Я могу получить доступ к машине через RDP от другого клиента, точно из той же сети, через точно такой же переадресованный порт.
Что может привести к зависанию клиента удаленного рабочего стола сегодня? Обычно это работает.
Соединение TCP установлено, и мне предлагается ввести учетные данные. Тогда повесь ...
Увы, очень скоро после публикации вопроса я нашел то, что кажется основной причиной. RDP-клиент, похоже, не замечает закрытия сокета на стороне сервера из-за неверных учетных данных. Когда я введу правильный пароль, это удастся!
Я надеюсь, что другие люди получат пользу от этого Q & A. Случай, который выглядит как проблема с подключением, на самом деле является глупостью в клиенте RDP.
Вот последние два пакета из трассировки tcpdump :
09:29:05.977126 IP server.3389 > client.65355: F 1292:1292(0) ack 1438 win 7965
09:29:05.978195 IP client.65355 > server.3389: . ack 1293 win 16229
Сервер (фактически сервер переадресации портов, а не машина Windows) отправил пакет FIN, обозначенный буквой F Клиентский стек TCP подтверждает его, но приложение не замечает одностороннего закрытия и продолжает отображать диалоговое окно попытки подключения.
Я воспроизвел это несколько раз. Когда я отключаюсь и пытаюсь восстановить соединение с неправильным паролем, он зависает. Правильный пароль, и он продолжается. Возможно, еще через десять лет они получат право RDP.
PS другой клиент, не отображающий поведение, является бесплатным приложением для Android.
Я столкнулся с подобной проблемой сегодня. Я впервые пытался получить доступ к машине, используя туннелирование через замазку.
Оказалось, проблема с полнотой учетных данных. Я пропустил доменное имя перед именем пользователя, которое мы обычно не добавляем при подключении.
Разные обстоятельства, похожий результат.
Была затронута только моя рабочая станция (Win10x64). Я клонировал виртуальную машину Citrix в нашей ферме под управлением Win7x64, чтобы у нашего разработчика была небольшая песочница для тестирования. После сортировки регистрации AD для обеих виртуальных машин (оригинал и копия) RDP не будет работать с моей машины, используя учетные данные, локальные или доменные. Не удалось даже использовать IP-адрес для подключения. Во всех случаях диалоговое окно подключения зависало после ввода учетных данных.
Обсуждение в этой теме привело меня к просмотру диспетчера учетных данных, чтобы увидеть, есть ли записи, которые я мог бы очистить. Когда я увидел, что там пусто, я сделал снимок и СОЗДАЛ записи. Это исправило это. Понятия не имею почему, но это так.
Наконец-то я решил эту проблему: удалите посредник подключений к удаленному рабочему столу. Это потратило впустую весь мой день, чтобы в конечном итоге понять это. Должны быть какие-то настройки для настройки этого зависания в Broker, но у меня нет достаточно времени, чтобы покопаться, поэтому я просто удалил его. Надеюсь, кто-то может найти способ изменить это ~
Часто я видел проблемы с коррупцией учетных данных, и это имело место в моем случае. Найдите учетные данные в диспетчере учетных данных для соединения RDP и удалите его. Это приложение в панели управления. У меня были похожие проблемы, когда я был сотрудником службы поддержки в Microsoft, и он пришел ко мне, чтобы попробовать, и это сработало для меня. Больше ничего не работало: перезагрузка, попытка ввода пароля и т.д. Я думаю, что добавление полного доменного имени, как указал Сачин, может дать вам новые учетные данные, которые позволят ему работать. Если работает в других приложениях / компьютерах, учетные данные Windows, сохраненные для подключения, возможно, повреждены, удалите и подключитесь снова, и это будет работать. Бывает очень редко ... дважды за 20 лет для себя, о которых я знаю.
Если вы находитесь в локальной сети, где нет доступа к Интернету, вам придется отключить компьютеры от попыток дозвониться до дома и получать обновления сертификатов (это вызывает задержку при инициализации сеансов RDP)
Руководство: http://www.batchworks.de/remote-desktop-client-hanging-at-securing-remote-connection/