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

14

Мы просто настраиваем несколько новых серверов 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, который также не работает.

Джим Маккит
источник
Получил один сервер R2, испытывающий это и после перезагрузки. У него есть имя хоста A, запись и обратный поиск правильно определены, а CNAME указывает на полное доменное имя, которое ранее использовалось для его адресации. Теперь возникает ошибка, и сервер, клиент и все контроллеры домена синхронизируются ... раздражает, так как не было проблем с предыдущей установкой RC R2 на этом конкретном компьютере - и он сохранил тот же IP-адрес ...
Оскар Дювеборн

Ответы:

6

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

ipconfig /flushdns

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

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

Ссылка это

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

Джек Б Проворный
источник
В моем случае IP-адрес сервера изменился, и DNS на контроллере домена все еще сохранял старое значение. Исправлено было запустить ipconfig / registerdns на проблемном сервере.
Нил П
4

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


источник
2

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

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

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

Noor2122
источник
1

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

танцор
источник
Вы не предоставили никакого ответа. Чтобы ответить на этот вопрос, необходимо указать некоторые методы диагностики проблемы, а затем дать рекомендации по ее устранению. Для дальнейшего улучшения ответа вы можете предоставить ссылки для поддержки вашей работы.
Берни Уайт
0

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

Phillip
источник
Ответ может быть улучшен путем предоставления ссылки на официальный КБ или дальнейшего объяснения, почему установка посредника соединений на двух серверах вызывает проблему.
Берни Уайт