Різниця в часі чи даті за допомогою віддаленого робочого столу

14

Під час виходу в R2 2008 року ми отримуємо це повідомлення.

Remote Desktop cannot verify the identity of the remote computer because there is a time or date difference between your computer and the remote computer. Make sure your computer's clock is set to the correct time, and then try connecting again.

Я перевірив сервер і час правильний.

Перевірка журналів подій говорить про те, The RPC server is unavailableщо я не впевнений, що це пов’язано.

Додаткова примітка. У нас є моніторинг Nagios, і він повідомляв Result from smbclient not suitable.

windows-server-2008-r2

— Метт
джерело

2

Ви сказали, що перевірили сервер, але що робити з клієнтом? Час роботи сервера та клієнта має бути близьким один до одного (я вважаю, що протягом 5 хвилин, хоча я готовий виправитись), щоб автентифікація kerberos запрацювала.

— webtoe

Привіт. Час клієнта також правильний.

— Метт

Перезапустивши сервер, вирішив проблему.

— Метт

FYI ... Для всіх, хто читає це в середовищі реклами або домену. Якщо у вас є контролер домену або багато з них, ви можете швидко переглянути дату і час роботи серверів контролера домену, якщо ви зіткнетеся з цим під час RDP на машини, які передають це повідомлення. У моєму випадку я думаю, що батарея CMOS вимкнула, і коли сервер перезавантажився після несподіваного відключення живлення, час не повернувся належним чином. Просто налаштуйте постійний струм на правильний час, а потім перезавантажте машину VM, яка давала повідомлення виправлене. Просто перезапустили VM, перш ніж виправити постійний час не виправили.

— Pimp Juice IT

8

Перезапуск сервера та встановлення всіх останніх оновлень вирішили проблему.

— Метт
джерело

7

Звичайно, це було, це Windows! ;-P

— Дейв Форгач

+1 також працював для мене (хоча нові оновлення не потрібні).

— Джонатан

7

У моєму випадку використання IP-адреси замість імені машини зробило свою справу. Хоча це вирішення.

— Матіас

1

@Matias Використання IP-адреси працювало на мене. Спасибі. Чи знаєте ви, чому це так?

— Жан Карлос Суарес Марранзіні

4

Трохи старий, але є кілька інших варіантів цього питання, як, наприклад, проблеми з DNS ... Перегляньте це посилання:

http://www.chicagotech.net/remoteisissue/rdc4.htm

У моєму випадку це проблема DNS. Після того, як ми перемістили один VM Hyper-V з одного фізичного сервера на інший фізичний сервер, ми отримуємо цю помилку: "Ваш комп'ютер не зміг підключитися до іншого сеансу консолі на віддаленому комп'ютері, оскільки у вас вже працює сеанс консолі." Якщо я використовую IP-адресу, я можу ввійти без проблем.

Але так, більшість випадків саме перезавантаження сервера вирішує цю проблему.

— DSXP
джерело

1

Переконайтесь, що порт TCP 88 не блокується брандмауером; Kerberos використовує цей порт на додаток до 3389 для автентифікації сеансу, якщо ввімкнено автентифікацію на рівні мережі.

— Some_network_guy
джерело

0

У моєму випадку проблемою був статичний IP. Як тільки я переключив її на динамічну, проблема була вирішена.

— Абдулла
джерело

-1

У моєму випадку я залишив VPN-з'єднання відкритим на машині (до іншого часового поясу, не знаю, чи це важливо). Я ввійшов у систему безпосередньо та вимкнув

— Стів Грей
джерело

Привіт, будь ласка, заповніть детальну відповідь, як це, це насправді не відповідь.

— yagmoth555

Проблема полягала в тому, що у мене на комп'ютері було відкрито VPN-з'єднання, що не дозволяло мені підключатися до нього. Я закрив з'єднання і помилка пішла. Це не спрацює у будь-якій ситуації ... але в моїй справі. Просто намагаюся бути корисним.

— Стів Грей

1

Привіт, я більше маю на увазі, що ваше речення не є повним у вашій відповіді, воно пропускає кінець, ви можете просто відредагувати це, щоб бути точнішим.

— yagmoth555