Я могу получить доступ к машине через RDP от другого клиента, точно из той же сети, через точно такой же переадресованный порт.
Что может вызывать зависание клиента удаленного рабочего стола сегодня? Обычно это работает.
Соединение TCP установлено, и мне предлагается ввести учетные данные. Тогда повесь ...
Ответы:
Увы, очень скоро после публикации вопроса я нашел то, что кажется основной причиной. RDP-клиент, похоже, не замечает закрытия сокета на стороне сервера из-за неверных учетных данных. Когда я введу правильный пароль, это удастся!
Я надеюсь, что другие люди получат пользу от этого вопроса. Случай, который выглядит как проблема с подключением, на самом деле является глупостью в клиенте 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.
Постскриптум другой клиент, не отображающий поведение, является бесплатным приложением для Android.
Я столкнулся с подобной проблемой сегодня. Я впервые пытался получить доступ к машине, используя туннелирование через замазку.
Оказалось, проблема с полнотой учетных данных. Я пропустил доменное имя перед именем пользователя, которое мы обычно не добавляем при подключении.
Разные обстоятельства, похожий результат.
Была затронута только моя рабочая станция (Win10x64). Я клонировал виртуальную машину Citrix в нашей ферме под управлением Win7x64, чтобы у нашего разработчика была небольшая песочница для тестирования. После того, как я зарегистрировал AD, отсортированный для обеих виртуальных машин (оригинал и копия), RDP не будет работать с моей машины, используя какие-либо учетные данные, локальные или доменные. Не удалось даже использовать IP-адрес для подключения. Во всех случаях диалоговое окно подключения зависало после ввода учетных данных.
Обсуждение в этой теме привело меня к просмотру диспетчера учетных данных, чтобы увидеть, есть ли записи, которые я мог бы очистить. Когда я увидел, что это было пустым, я сделал снимок и СОЗДАЛ записи. Это исправило это. Понятия не имею почему, но это так.
Если вы находитесь в локальной сети, где нет доступа к Интернету, вам придется отключить компьютеры от попыток дозвониться до дома и получать обновления сертификатов (это вызывает задержку при инициализации сеансов RDP)
Руководство: http://www.batchworks.de/remote-desktop-client-hanging-at-securing-remote-connection/
Наконец-то я решил эту проблему: удалите посредник подключений к удаленному рабочему столу. Это потратило впустую весь мой день, чтобы в конечном итоге понять это. Должен быть какой-то параметр для настройки этого зависания в Broker, но у меня нет достаточно времени, чтобы покопаться, поэтому я просто удалил его. Надеюсь, кто-то может найти способ изменить это ~
Часто я видел проблемы с коррупцией учетных данных, и это имело место в моем случае. Найдите учетные данные в диспетчере учетных данных для соединения RDP и удалите его. Это приложение в панели управления. У меня были похожие проблемы, когда я был сотрудником службы поддержки в Microsoft, и он пришел ко мне, чтобы попробовать, и это сработало для меня. Больше ничего не работало, перезагрузка, попытка ввода пароля и т. Д. Я думаю, что добавление полного доменного имени, как указал Сачин, может дать вам новые учетные данные, которые позволят ему работать. Если работает в других приложениях / компьютерах, учетные данные Windows, сохраненные для подключения, возможно, повреждены, удалите и подключитесь снова, и это будет работать. Бывает очень редко ... дважды за 20 лет для себя, о которых я знаю.