Удаленный рабочий стол - удаленный компьютер, который был достигнут не тот, который вы указали

Мы просто настраиваем несколько новых серверов Windows 2008 R2 и не можем подключить к ним удаленный рабочий стол с наших рабочих столов Windows 7. Удаленный рабочий стол подключается, но после предоставления учетных данных мы получаем:

Невозможно установить соединение, так как был достигнут удаленный компьютер, который вы не указали. Это может быть вызвано устаревшей записью в кеше DNS. Попробуйте использовать IP-адрес компьютера вместо имени.

Если мы подключаемся из Windows 7 к компьютеру, не работающему под управлением Windows 2008 R2, или к компьютеру, не работающему под управлением Windows 7, к серверу под управлением Windows 2008 R2, это работает нормально. Аналогичным образом, если мы подключаемся к серверу Windows 2008 R2 из Windows 7 через IP-адрес, тогда он работает нормально (хотя позже это вызывает другие проблемы).

Я только нашел еще одно упоминание о ком-то, у кого есть эта проблема , поэтому я не думаю, что это просто наша сеть.

Любые предложения о том, как подключиться с Windows 7 на Windows 2008 R2 через DNS? Оба 64-битные.

Обновление : Оказывается, это не должен быть R2, чтобы получить ошибку. У нас есть другой сервер под управлением Windows 2008 R1 64-bit, который также не работает.

Похоже, это было, по крайней мере, частично связано с отключением часов на контроллере домена . Как только время было исправлено, оно заработало.

Вы пытались очистить кэш DNS?

ipconfig /flushdns

Похоже, проблема лежит где-то в DNS.

1. Проверьте нормальный поиск имени через DNS.
2. Проверьте обратный поиск DNS на IP-адресе компьютера с Windows 2008 R2.
3. Изучите записи DNS, созданные для серверов / компьютеров Windows 7 на сервере DNS.
4. Попробуйте отключить IP6 на обеих машинах.

Ссылка это

Снова и снова мы видим стек IPv6, работающий под капотом, безмолвно влияющий на приложения. Одна из областей, которые мы видели, это DNS-вызовы для серверов приложений. В зависимости от приложения и конкретного используемого стека, клиент может выполнять DNS-вызовы по IPv4, запрашивая IPv6-адрес серверов приложений.

Да, убедитесь, что время на целевом сервере точное. Обычно это должно происходить в течение 5 минут после начала работы DC, или серверы и рабочие станции начинают вести себя смешно, хотя это должно быть точно. Я исправил время на своем недавно переформатированном целевом сервере (2008, а не R2) и сразу же подключился с моего компьютера с Win7.

Чтобы решить эту проблему, войдите в уязвимый сервер с помощью IP-адреса и выполните следующий cmd:

• чистый стоп w32time
• чистый старт w32time

Я верю, что это решит проблему.

Это может произойти, если вы используете сертификат и имена не совпадают.

Решение, которое мне пришлось решить, - это убедиться, что на обоих серверах не установлена ​​роль посредника соединений. Даже если вы это сделаете, убедитесь, что балансировка нагрузки только проверяет и работает на одном сервере. (Который является брокером связи)