Устранение неполадок удаленного рабочего стола

С момента выпуска Windows XP одной из моих любимых функций всегда был удаленный рабочий стол. Если вы не знакомы с удаленным рабочим столом, это встроенная функция Windows, позволяющая удаленно подключаться к компьютеру с использованием протокола RDP. Например, если вы находитесь дома и вам нужно получить доступ к чему-либо с вашего компьютера в офисе, вы можете использовать сеанс удаленного рабочего стола для удаленного управления офисным ПК из дома. Удаленный рабочий стол построен на той же технологии и использует тот же протокол, что и службы терминалов Windows.

Каким бы удобным ни был удаленный рабочий стол, иногда он может быть проблематичным. Хотя сеансы обычно стабильны, есть ряд вещей, которые могут пойти не так во время процесса подключения и аутентификации. В этой статье я рассмотрю некоторые различные методы устранения неполадок, которые вы можете использовать, когда с удаленным рабочим столом что-то не так.

Удаленный компьютер не может быть найден

Вероятно, наиболее распространенная проблема с удаленным рабочим столом заключается в том, что удаленный рабочий стол не может найти удаленный компьютер. Есть ряд вещей, которые могут вызвать эту проблему. Вероятно, самой простой причиной является неправильное написание имени удаленного компьютера. Поэтому, если у вас возникли проблемы с подключением к удаленному компьютеру, просто найдите секунду и убедитесь, что вы правильно написали имя удаленного компьютера.

Если имя удаленного компьютера написано правильно, проблема может быть связана с DNS. Удаленный рабочий стол использует протокол RDP, который дополняет протокол TCP/IP. Как вы, вероятно, знаете, TCP/IP не использует имена компьютеров в качестве механизма идентификации систем. Единственная причина, по которой можно указать имя компьютера, заключается в том, что DNS-сервер преобразует имя компьютера в IP-адрес.

Если вы обнаружите, что у вас возникли проблемы с разрешением имен, вы можете попробовать несколько способов. Один из вариантов — попробовать использовать полное доменное имя удаленной системы вместо ее NetBIOS-имени. Это не всегда поможет вам установить соединение, но в определенных ситуациях поможет.

Другой вариант — указать IP-адрес удаленной машины, а не ее имя. Вообще говоря, использование IP-адреса, как правило, менее проблематично, чем использование имени хоста при подключении. Однако даже IP-адреса могут быть проблематичными.

Самым большим фактором, который делает проблематичным соединение с IP-адресами, является использование динамических IP-адресов. Если вы используете удаленный рабочий стол для подключения к серверу, это, вероятно, не будет проблемой, поскольку большинство серверов используют статические IP-адреса. С другой стороны, рабочие станции почти всегда используют динамические IP-адреса. Поэтому IP-адрес, который сегодня использует ваша рабочая станция, завтра, вероятно, будет назначен другой рабочей станции. Если машина, к которой вы подключаетесь, использует динамические IP-адреса, то у вас практически не будет другого выбора, кроме как указать имя хоста при подключении, а не указывать IP-адрес машины.

Еще одним фактором, который может затруднить подключение к хост-компьютеру с помощью удаленного рабочего стола, являются брандмауэры. Протокол удаленного рабочего стола предназначен для работы через TCP-порт 3389. Если вы пытаетесь подключиться к удаленному компьютеру, находящемуся за брандмауэром, то брандмауэр должен разрешать прохождение трафика через TCP-порт 3389. Конечно, вслепую открывая этот порт на вашем Брандмауэр может представлять огромную угрозу безопасности. Вместо этого вы можете включить переадресацию портов, чтобы входящий трафик RDP перенаправлялся на определенный IP-адрес, а не кто-то извне мог попытаться подключиться по RDP к любому компьютеру в вашей сети.

Во многих сетях у вас не будет выбора, кроме как использовать переадресацию портов для трафика RDP. Большинство сетей используют частные IP-адреса в своих сетях, и только маршрутизатор использует общедоступный IP-адрес. Маршрутизатор использует преобразование сетевых адресов (NAT) для передачи трафика между Интернетом и хостами в частной сети. Если вы пытаетесь установить RDP-соединение через Интернет с хостом, который находится за брандмауэром NAT, вам придется настроить брандмауэр для пересылки трафика RDP на целевой хост.

Конечно, это предполагает, что вы пытаетесь установить соединение непосредственно из-за пределов сети периметра. Если вы подключаетесь к частной сети с помощью VPN или коммутируемого соединения, вам придется побеспокоиться о перенастройке брандмауэра NAT, потому что ваше VPN или коммутируемое соединение обеспечивает подключение к частной сети. Сервер удаленного доступа, который используется для установления VPN или коммутируемых соединений, почти всегда находится за брандмауэром, и вы должны убедиться, что этот брандмауэр пропускает трафик RDP в частную сеть.

Говоря о брандмауэрах, я хочу отметить, что и Windows XP SP2, и Windows Vista содержат встроенный брандмауэр. Если вы пытаетесь установить соединение с машиной, работающей под управлением одной из этих операционных систем, вам необходимо убедиться, что брандмауэр Windows настроен на разрешение трафика RDP.

Проблемы аутентификации

Установление начального подключения — безусловно, самый проблемный аспект удаленного рабочего стола, но есть и другие проблемы, с которыми вы можете столкнуться. Многие пользователи удивлены, увидев, что они могут подключиться к удаленному ПК и ввести свои учетные данные, но их останавливает следующее сообщение об ошибке:

Windows отображает это сообщение об ошибке, если у пользователя, который ведет журнал, отсутствуют необходимые разрешения для входа в систему с использованием протокола удаленного рабочего стола. Вы можете решить эту проблему, добавив учетную запись пользователя в группу пользователей удаленного рабочего стола или в локальную группу администраторов.

Шифрование данных

Одна из самых загадочных проблем с удаленным рабочим столом связана с получением следующего сообщения об ошибке:

Это сообщение об ошибке почти всегда связано с использованием устаревшего клиента удаленного рабочего стола (или службы терминалов). Когда Microsoft выпустила Windows 2000, они создали надстройку под названием «Пакет инструментов администрирования». Пакет средств администрирования включал клиентский компонент, который можно было использовать для установления удаленного сеанса. Хотя изначально кажется, что этот клиент совместим с Windows XP, это не так. Использование версии пакета средств администрирования для Windows 2000 для установления сеанса удаленного рабочего стола с Windows XP обычно вызывает сообщение об ошибке, о котором я упоминал выше.

Windows XP поставляется с собственным клиентом удаленного рабочего стола, который можно использовать для установления соединения с другими машинами под управлением Windows XP. Однако, если вы предпочитаете использовать пакет средств администрирования, вы всегда можете выполнить обновление до версии Windows Server 2003, которую можно загрузить по адресу: http://support.microsoft.com/kb/304718.

Вывод

Хотя удаленный рабочий стол обычно работает достаточно хорошо, иногда бывает сложно установить начальное соединение. В этой статье я обсудил некоторые из наиболее распространенных причин проблем с удаленным рабочим столом и некоторые возможные обходные пути.