Назад | Перейти на главную страницу

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

Мы только что установили несколько новых серверов 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.

  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-адрес, и выполните следующую команду:

  • чистая остановка w32time
  • чистый старт w32time

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

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

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