Как проверить подключение к удаленному рабочему столу Windows — вопрос, который возникает у пользователей при настройке удалённого доступа или решает проблемы с подключением. Чаще всего ошибки связаны с сетевыми настройками, брандмауэром или неверными параметрами RDP (Remote Desktop Protocol). В этой статье разберём все способы диагностики: от простых проверок до использования командной строки и специализированных утилит.

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

Почему возникают проблемы с подключением к RDP

Перед тем как проверять подключение, стоит понять возможные причины сбоев. В 90% случаев виноваты:

  • Отключённый удалённый доступ — на целевом ПК не включена функция Разрешить подключения к удалённому рабочему столу;
  • Брандмауэр или антивирус — блокируют порт 3389 (стандартный для RDP);
  • Неправильные сетевые настройки — IP-адрес сервера изменён, или роутер не переадресует порт;
  • Проблемы с учётными записями — нет прав на подключение или устарела пароль;
  • Сетевые ограничения — корпоративная сеть или провайдер блокирует исходящие подключения на порт 3389.

Чаще всего пользователи забывают включить сам удалённый доступ на сервере. В Windows 10 и Windows 11 это делается в Параметры → Система → Удалённый рабочий стол. В серверных редакциях (Windows Server 2016/2019/2022) настройка находится в Службы удалённых рабочих столов.

💡

Перед диагностикой проверьте, включён ли удалённый доступ на целевом компьютере. Без этого все остальные проверки бессмысленны

Код ошибкиПричинаРешение
0x80070005Отказ в доступеПроверьте права пользователя или пароль. Убедитесь, что учётная запись входит в группу Удаленные пользователи рабочего стола.
0x80072746Сетевое подключение прерваноПроверьте стабильность интернет-соединения. Возможно, блокирует брандмауэр или антивирус.
0x8007042BУдалённый компьютер отключён или недоступенПроверьте, включён ли ПК, работает ли сеть и открыт ли порт 3389.
0x8007000AНеверный адресУточните или имя хоста. Возможно, сервер находится за NAT, и нужно настроить проброс портов.

Способы проверки подключения к удалённому рабочему столу

Есть несколько способов проверить, работает ли RDP на целевой машине. Начнём с самого простого — стандартного клиента Подключение к удалённому рабочему столу (mstsc.exe).

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

Проверка доступности порта 3389

Если стандартное подключение не работает, следующий шаг — проверить, открыт ли порт 3389 на целевом компьютере. Сделать это можно несколькими способами:

  • Через командную строку Windows — используйте команду telnet [IP-адрес] 3389. Если экран становится пустым или появляется курсор, порт открыт. Если выводится сообщение Не удаётся подключиться, порт закрыт или блокируется.
  • С помощью утилиты PortQry — инструмент от для проверки портов. Скачайте его с официального сайта и запустите с параметрами portqry -n [IP] -e 3389.
  • Онлайн-сервисы — если сервер имеет белый IP, можно воспользоваться онлайн-проверкой портов, например, 2ip.ru/check-port.

Если порт закрыт, проверьте настройки брандмауэра Windows. Для этого откройте Панель управления → Брандмауэр Windows → Дополнительные параметры → Правила для входящих подключений. Найдите правило Удалённый рабочий стол (TCP-входящий) и убедитесь, что оно включено.

Диагностика с помощью командной строки

Командная строка — мощный инструмент для диагностики сетевых проблем. Вот основные команды, которые помогут проверить подключение к удалённому рабочему столу:

  1. ping [IP-адрес] — проверяет, доступен ли сервер в сети. Если потери пакетов 100%, проблема в сетевом подключении.
  2. tracert [IP-адрес] — показывает маршрут до сервера. Если трассировка обрывается, проблема на одном из промежуточных узлов.
  3. netstat -ano | findstr 3389 — проверяет, слушает ли локальный компьютер порт 3389. Если выводится строка с состоянием LISTENING, порт открыт.
  4. nslookup [имя хоста] — проверяет соответствие имени хоста IP-адресу. Полезно, если подключаетесь по имени, а не по IP.
⚠️ Внимание: если вы используете telnet для проверки порта, убедитесь, что клиент включён в Windows. Для этого запустите Добавление компонентов Windows и активируйте Клиент Telnet.
Какой способ проверки порта испальзуете чаще всего?
Командная строка (telnet)
Утилита PortQry
Онлайн-сервисы
Другое

Проверка настроек удалённого доступа на сервере

Если вы целевого компьютера, убедитесь, что удалённый доступ настроен правильно. Вот ключевые параметры:

ПараметрГде проверитьРекомендуемое значение
Разрешение удалённых подключенийПараметры → Система → Удалённый рабочий столВключено
Порт RDPРедактор реестра → HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Terminal Server\WinStations\RDP-Tcp3389 (по умолчанию)
Правило брандмауэра для RDPБрандмауэр → Дополнительные параметры → Правила для входящих подключенийВключено для TCP 3389
Группа пользователей RDPЛокальные пользователи и группы → Группы → Удаленные пользователи рабочего столаДобавлены нужные пользователи

Что делать, если подключение блокируется роутером

Если сервер находится за роутером (например, в локальной сети), нужно настроить проброс портов (Port Forwarding). Для этого:

  1. Узнайте локальный IP-адрес сервера в сети (через ipconfig в командной строке).
  2. Войдите в настройки роутера (обычно через 192.168.0.1 или 192.168.1.1).
  3. Найдите раздел Port Forwarding или Перенаправление портов.
  4. Создайте правило: внешний порт 3389, внутренний IP — адрес сервера, внутренний порт 3389, протокол TCP.
  5. Сохраните настройки и перезагрузите роутер.

После настройки проброса проверьте подключение заново. Если у роутера есть белый IP, подключение должно заработать. Если серый (чаще всего у провайдеров), потребуется использовать DDNS или VPN.

Без проброса портов на роутере подключение к RDP извне локальной сети невозможно

Пошаговая инструкция по проверке подключения

Чтобы системно проверить подключение к удалённому рабочему столу Windows, следуйте этой инструкции:

  1. Убедитесь, что на сервере включён удалённый доступ (Параметры → Система → Удалённый рабочий стол).
  2. Проверьте, что учётная запись имеет права на подключение (входит в группу Удаленные пользователи рабочего стола).
  3. Проверьте доступность сервера в сети через ping.
  4. Проверьте открытость порта 3389 с помощью telnet или PortQry.
  5. Настройте проброс портов на роутере, если сервер в локальной сети.
  6. Проверьте настройки брандмауэра на сервере и клиенте.
  7. Попробуйте подключиться с помощью mstsc и проанализируйте код ошибки.

Чек-лист проверки RDP

Выполнено: 0 / 5

Часто задаваемые вопросы

Как изменить порт по умолчанию?

Чтобы сменить порт 3389 на другой, откройте редактор реестра (regedit) и перейдите по пути HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Terminal Server\WinStations\RDP-Tcp. Найдите параметр PortNumber, нажмите правой кнопкой и выберите Изменить. Введите новое значение в десятичном формате (например, 3390). После этого перезагрузите компьютер и настройте проброс портов на роутере.

Почему подключение к работает только в локальной сети?

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

Как проверить, включён ли удалённый доступ на сервере удалённо?

Если у вас есть доступ к командной строке сервера через другие средства (например, SSH или PsExec), выполните команду reg query "HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Terminal Server" /v fDenyTSConnections. Если значение параметра fDenyTSConnections равно 0, удалённый доступ включён. Если 1 — отключён.

Можно ли подключиться к удалённому рабочему столу через интернет без проброса портов?

Да, но только с использованием промежуточных решений: VPN, TeamViewer, AnyDesk или облачных сервисов вроде Azure Virtual Desktop. Эти инструменты создают защищённый туннель между клиентом и сервером, что позволяет обойти ограничения и проброса портов.