После перезагрузки рабочего компьютера (Windows XP sp3) в эту среду (спасибо Microsoft Tuesday) я обнаружил, что не могу удаленно подключиться к рабочему компьютеру из дома (с помощью VPN для компании). Я много лет работал с удаленным рабочим столом, и я действительно удивлен, поскольку проблема не связана с подключением, поэтому я вызвал wirehark, чтобы обнюхивать пакеты.
Я вижу, что после установления связи TCP клиент отправил запрос на соединение X.224 03 00 00 13 0e e0 00 00 00 00 00 01 00 08 00 03 00 00 00
сервер отправил подтверждение соединения X.224. 03 00 00 0б 06 д0 00 00 12 34 00
Согласно "MS-RDPBCGR", официальной спецификации RDP, сервер должен включать ответ согласования в сообщение "Подтверждение соединения", но этого не произошло. Оно пустое.
Я много гуглил, но не понял, почему сервер это сделал.
Кстати, я использовал тот же клиент удаленного рабочего стола и могу подключаться к другому ПК с Windows XP.
Вот пара сведений, которые могут помочь понять:
Проблема исправлена.
Вот что произошло.
Я восстановил систему до уровня, который был до обновления Windows в прошлый вторник, и это не устранило проблему.
Я заметил в средстве просмотра событий следующие ошибки:
Всплывающее окно приложения:: \ SystemRoot \ System32 \ RDPDD.dll не удалось загрузить
и начал гуглить "Не удалось загрузить RDPDD.dll" и получил кучу подсказок / советов, и я изменил следующее.
Затем я подумал, что мне может потребоваться перезагрузить компьютер, чтобы увеличенный объем памяти вступил в силу. При перезагрузке ПК предложил мне сделать «установить обновление Windows и выключить», что я и принял.
Я дождался, пока он завершит обновление и выключится, а затем включил компьютер. Теперь удаленный рабочий стол работает.
Поскольку было изменено много переменных, трудно сказать, какая из них способствовала решению. Я бы предположил либо увеличение памяти, либо повторное обновление Windows.
Спасибо, Джин
Может быть, лучше сделать шаг назад и посмотреть настройки Windows на вашей рабочей станции. Если удаленное редактирование реестра включено, вы можете сделать последнее в эта статья Technet из дома.
Если все в порядке, я сбегу netstat -aon | find "3389" и убедитесь, что он запущен, а во-вторых, что идентификатор процесса в диспетчере задач - svchost.exe, а не какой-либо другой процесс.
Наконец, если вы уверены, что это вызвало обновление, вы можете проверить свой windowsupdate.log (начало -> запустить windowsupdate.log) и посмотреть, есть ли какие-либо обновления, установленные во вторник, которые могут повлиять на удаленный рабочий стол и Google для их КБ. ID и «удаленный рабочий стол».