Мы только что установили несколько новых серверов Windows 2008 R2 и не можем подключить к ним удаленный рабочий стол с наших рабочих столов с Windows 7. Удаленный рабочий стол подключается, но после предоставления учетных данных мы получаем:
Невозможно установить соединение, поскольку удаленный компьютер не тот, который вы указали. Это могло быть вызвано устаревшей записью в кеше DNS. Попробуйте использовать IP-адрес компьютера вместо имени.
Если мы подключимся из Windows 7 к машине не бегать Windows 2008 R2 или с компьютера не бегать Windows 7 на сервер Windows 2008 R2, работает нормально. Аналогичным образом, если мы подключаемся к серверу Windows 2008 R2 из Windows 7 через айпи адрес тогда он работает нормально (хотя позже это вызовет другие проблемы).
Я нашел только одного другого упоминание о ком-то, у кого есть эта проблема, поэтому я не думаю, что это просто наша сеть.
Есть предложения по подключению с Windows 7 к Windows 2008 R2 через DNS? Оба 64-битные.
Обновить: Оказывается, для получения ошибки не обязательно должен быть R2. У нас есть еще один сервер, 64-разрядная версия Windows 2008 R1, который также дает сбой.
Похоже, это было хотя бы частично связано с часы на контроллере домена выключены. Как только время было исправлено, все заработало.
Вы пробовали очистить кеш DNS?
ipconfig /flushdns
Похоже, проблема где-то в DNS.
Ссылка этот
Снова и снова мы видим, как стек IPv6 работает «под капотом», беззвучно влияя на приложения. Одна из областей, которые мы видели, - это DNS-вызовы для серверов приложений. В зависимости от приложения и конкретного используемого стека клиент может выполнять DNS-вызовы через IPv4, запрашивая IPv6-адрес серверов приложений.
Да, убедитесь, что время на целевом сервере точное. Обычно это должно быть в пределах 5 минут от DC, иначе серверы и рабочие станции начнут вести себя странно, хотя это должно быть точно. Я исправил время на моем недавно переформатированном целевом сервере (2008, а не R2) и сразу же подключился после этого с моего ПК с Win7.
Чтобы решить эту проблему, войдите на затронутый сервер, используя IP-адрес, и выполните следующую команду:
Я считаю, что это решит проблему.
Это может произойти, если вы используете сертификат и имена не совпадают.
Решение, которое я должен был исправить эту проблему, заключалось в том, чтобы ... убедиться, что на обоих серверах не установлена роль брокера соединений. Даже если вы это сделаете, убедитесь, что балансировка нагрузки проверяется и работает только на ОДНОМ сервере. (Какой брокер подключения)