Не могу подключиться к удаленному рабочему столу: решено

Всем привет на портале WiFiGiD.RU! Сегодня я расскажу об одной из самых популярных проблем всех системных администраторов и инженеров – не удается подключиться к удаленному компьютеру (сервера или ПК юзера). При этом могут вылезать разного рода ошибки. Как правило, это связано или с портом, который закрыт или заблокирован в брандмауэре. Или есть проблема со службой удаленного ПК, которая не работает или вообще не включена. В статье ниже я расскажу, что делать в таком случае – поехали!

Немного теории

RDP – это сетевой протокол, который используется Microsoft в Windows для доступа к удаленному рабочему столу системы. Работает со всем сетевыми топологиями: ISDN, POTS, IPX, NetBIOS, TCP/IP. Но современная версия работает исключительно через TCP/IP (об этом нужно помнить). Используется стек RDP, который отправляется через семь уровней модели OSI

Читаем более подробно про саму модель OSI.

При использовании RDP данные кэшируются, кодируются, сжимаются, чтобы вы могли быстро водить мышью по экрану, и на конечном рабочем столе был минимальный отклик. Для подключения используется порт 3389. Поэтому этот порт на удаленном компе должен обязательно быть открыт. Правда администратор может изменить данный порт на другой. Тогда в клиенте укажите адрес с фактическим портом, например server:3390, и проверьте правило брандмауэра для него. Само отличие от 3389 не является неисправностью.

Причина 1: Недостаточно прав

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

• Administrators – если нужны права админа.
• Remote Desktop Users – если права админа не нужны, но подключиться хочется.

Ну и сама ошибка говорит об этом – смотрим на скриншот ниже.

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

Причина 2: Проверка включена ли функция в системе

На удалённом ПК проверьте «Параметры» → «Система» → «Удалённый рабочий стол». Windows Home может быть клиентом, но не штатным RDP-хостом: для входящих подключений нужна подходящая редакция. См. инструкцию Microsoft.

Причина 3: Отключенный удаленный помощник

1. Откройте брандмауэр.
2. Слева выберите «Расширение взаимодействия с приложением…».

3. Нажмите «Изменить параметры» и проверьте правило «Удалённый рабочий стол» для используемого сетевого профиля. «Удалённый помощник» — другая функция и сам по себе RDP не разрешает. В конце обязательно кликаем «ОК», чтобы применить изменения.

Причина 4: Порт

Если порт на удаленном ПК закрыт и недоступен, то вы увидите вот такую ошибку.

Далее нам нужно проверить этот порт. Или пойти к самому ПК и посмотреть порт «вручную». Или использовать альтернативные приложения, типа VNC или Radmin. Все альтернативные способы можете посмотреть в этой статье.

Далее на удаленном компе уже делаем следующее:

1. Жмем:

+ R

2. Открываем реестр:

regedit

3. На всякий случай создайте точку восстановления. Либо можете создать бэкап реестра – «Файл» – «Экспорт».
4. Жмем:

Ctrl + F

5. Ищем:

rdp-tcp

6. Открываем параметр:

PortNumber

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

8. Откройте службы через:

+ R

9. Вводим:

services.msc

10. Найдите «Службы удалённого рабочего стола (RDS)» и перезапустите – можете открыть параметр, нажать «Остановить» и «Запустить».
11. Откройте настройка брандмауэра, перейдите в «Дополнительные параметры».

12. Во входящем подключении найдите параметр «Удаленный рабочий стол – Пользовательский режим» и посмотрите, чтобы там был открыт порт:

3389

13. Если проблема сохраняется, и вы не можете подключиться к удаленному рабочему столу, то опять зайдите в редактор реестра, пройдите по пути:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server

14. Откройте параметры:

fDenyTSConnections

15. Установите значение:

0 – это значит параметр включен и работает.

16. Сохранитесь и перезагрузите комп.
17. Вы можете проверить статус протокола через PowerShell – запускаем с правами администратора и вводим:

Get-Service TermService

18. Нам нужна колонка «Status». Running – значит протокол запущен. Stopped – значит он не работает и его надо запустить.
19. Проверка порта:

Get-NetTCPConnection -State Listen | Where-Object LocalPort -EQ 3389

20. Смотрите, в столбец «State» нужно, чтобы у каждого порта 3389 напротив стояло значение Listen.
21. Проверка, чтобы в брандмауэре порт был открыт:

Get-NetFirewallPortFilter | Where-Object LocalPort -EQ 3389 | Get-NetFirewallRule

22. Значения должны быть как у меня – смотрим на скриншот выше.

Причина 5: Файрволл в личном кабинете

Этот раздел относится к панели хостинг-провайдера, если сервер расположен у него; на обычном домашнем ПК такой панели может не быть. Разрешайте доступ только нужным адресам. Для доступа из интернета предпочтительны VPN или RD Gateway, чтобы не открывать RDP всем.

1. Переходим на вкладку «Сеть» – «Настроить файрволл для публичных адресов»

2. Проверьте, чтобы правила подключения к удаленному компу через RDP были корректными.

Причина 6: История RDP-подключений

На компьютере, с которого вы хотите вести удаленное управление может быть проблема с подключением из-за истории RDP. Заходим в редактор реестра и по пути:

HKEY_CURRENT_USER\Software\Microsoft\Terminal Server Client\Default

Выделяем все параметры, которые начинаются с MRU что там есть и удаляем.

Удалите раздел «Servers», а после создайте эту же папку с тем же названием. Таким образом мы дополнительно очистили историю RDP вместе с сохранёнными адресами и именами пользователей.

Если ничего не помогло, перейдите по пути:

HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services\Client

Создайте параметр DWORD с именем:

fClientDisableUDP

И поставьте значение:

1

Причина 7: Файл hosts

Откройте файл hosts с помощью блокнота. Файл находится:

C:/Windows/System32/Drivers/etc

hosts имеет смысл только при ошибке разрешения имени. На клиентском ПК запись должна связывать IP удалённого ПК и его имя, например 192.168.1.20 office-pc. Один IP без имени не образует полезной записи. Сначала проверьте подключение по IP; правка hosts не открывает порт и не выдаёт права.

После внесенных изменений – закройте и откройте файл. Проверьте, чтобы система не изменила этот параметр или не удалила его. Не закрепляйте запись атрибутом «Только чтение»: выясните, не управляет ли файлом администратор или защитное ПО. Для отмены удалите только добавленную вами строку.

Видео

YouTube

YouTube