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


14

При удалении в 2008 R2 мы получаем это сообщение.

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.


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

Здравствуй. Время клиента также верно.
Мэтт

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

К вашему сведению ... Всем, кто читает это в среде AD или домена. Если у вас есть контроллер домена или многие из них, вы можете быстро взглянуть на дату и время серверов контроллера домена, если столкнетесь с этим при включении RDP на компьютеры, которые выдают это сообщение. В моем случае я думаю, что батарея CMOS разрядилась, и когда сервер перезагрузился после неожиданного отключения питания, время не вернулось правильно. Просто настройте DC, чтобы иметь правильное время, и затем перезагрузите машину VM, которая давала сообщение, исправлено. Просто перезапустил ВМ, прежде чем исправлять время DC не исправил.
Сок Pimp IT

Ответы:


8

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


7
Конечно, это было, это Windows! ;-P
Дейв Форгак

+1 работал и для меня (хотя никаких новых обновлений не требовалось).
Джонатан

7
В моем случае, использование IP-адреса вместо имени машины сделало свое дело. Это обходной путь, хотя.
Матиас

1
@Matias Использование IP-адреса работал для меня. Благодарю. Вы случайно не знаете, почему это так?
Жан Карлос Суарес Марранзини

4

Немного старый, но есть несколько других вариантов решения этой проблемы, таких как проблемы DNS ... пожалуйста, посмотрите на эту ссылку:

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

В моем случае это проблема DNS. После того, как мы переместили одну виртуальную машину Hyper-V с одного физического сервера на другой физический сервер, мы получаем эту ошибку: «Ваш компьютер не может подключиться к другому сеансу консоли на удаленном компьютере, поскольку у вас уже есть сеанс консоли в процессе выполнения». Если я использую IP-адрес, я могу войти без проблем.

Но да, в большинстве случаев просто перезагрузка сервера решает эту проблему.


1

Убедитесь, что порт TCP 88 не заблокирован брандмауэром; Kerberos использует этот порт в дополнение к 3389 для аутентификации сеанса, если у вас включена аутентификация на уровне сети.


0

В моем случае проблема заключалась в статическом IP. Как только я переключил его на динамический, проблема была решена.


-1

В моем случае я оставил VPN-соединение открытым на машине (в другой часовой пояс, не знаю, важно ли это), я вошел в систему напрямую и отключил


Привет, пожалуйста, заполните подробный ответ, так как это не совсем ответ.
yagmoth555

Проблема заключалась в том, что у меня было открыто VPN-соединение на компьютере, которое не давало мне подключиться к нему. Я закрыл соединение и ошибка ушла. Это не сработает в любой ситуации ... но у меня сработало. Просто пытаюсь быть полезным.
Стив Грей,

1
Привет, я имею в виду, что ваше предложение не является полным в вашем ответе, оно пропускает конец, вы можете просто отредактировать это, чтобы быть более точным.
yagmoth555
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.