Проблемы с rdp в windows 10 1803

Сегодня около 60% компаний в России используют удаленный формат работы, поэтому протокол RDP (Remote Desktop Protocol) стал одним из ключевых инструментов для доступа к рабочим компьютерам из любой точки мира. Пользователи Windows 10, Windows 11, Linux ежедневно используют RDP подключение для удаленной работы.

Однако, несмотря на широкое использование и шифрование данных, протокол подвержен множеству проблем и RDP ошибкам, которые могут серьезно затруднить работу команд.

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

Что такое RDP и зачем он нужен

Remote Desktop Protocol (RDP) — это протокол для удаленного доступа к компьютерам через сетевое соединение. Он создает защищенный канал между двумя устройствами, позволяя управлять удаленным RDP компьютером через графический интерфейс.

В работе участвуют:

• RDP-сервер — устройство, к которому осуществляется подключение, например офисный компьютер или сервер.
• RDP-клиент — устройство, с которого выполняется подключение, например домашний компьютер.

Протокол передает все действия пользователя с клиента на сервер. На экране клиента отображается рабочий стол удаленного компьютера, где вы можете работать, как если бы вы находились прямо за ним. По умолчанию протокол работает через TCP-порт 3389, а для безопасности использует 128-битное шифрование. 

Протокол широко используют для решения различных бизнес-задач:

• Удаленная работа сотрудников: пользователи RDP могут подключаться к корпоративным сервисам из дома или в поездках. Это особенно полезно, если на рабочем компьютере установлены программы, недоступные на домашнем устройстве.
• Техническая поддержка: IT-специалисты используют протокол для устранения технических проблем пользователей. Они подключаются к компьютеру клиента и решают неполадки без необходимости личного присутствия. Это экономит время, особенно если офисы находятся в разных городах.
• Администрирование серверов: специалисты могут настраивать и обслуживать оборудование из любой точки мира, что упрощает поддержку IT-инфраструктуры компании.

Эти функции делают протокол незаменимым инструментом для компаний, которые стремятся к эффективной и безопасной удаленной работе.

В ОС Windows 10 и Windows 11 RDP можно подключить через приложение «Удаленный рабочий стол». В ОС Linux RDP не встроен по умолчанию и устанавливается через специальные приложения, например Remmina, Xfreerdp, Rdesktop.

Почему не работает RDP и как исправить ошибки.

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

Ошибка: «Подключение было запрещено» (недостаточные права)

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

Картинка с сайта: mclouds.ru

Windows строго контролирует, кто может подключаться через RDP. По умолчанию такой доступ есть только у членов встроенной группы «Пользователи удаленного рабочего стола».

Также ошибка может возникать, если:

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

Решение через графический интерфейс

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

1. На устройстве, к которому вы хотите подключиться, откройте окно «Выполнить», одновременно нажав клавиши Win и R.
2. В появившемся поле введите команду lusrmgr.msc и подтвердите действие, нажав Enter. Это откроет инструмент управления локальными пользователями и группами.
3. В левой части окна найдите и выберите раздел «Группы».
4. Найдите в списке группу под названием «Пользователи удаленного рабочего стола» (или Remote Desktop Users) и дважды кликните по ней.
5. В новом окне нажмите кнопку «Добавить», чтобы включить нового пользователя.
6. Введите имя учетной записи, которой требуется предоставить доступ, и нажмите «Проверить имена», чтобы убедиться в правильности ввода.
7. Подтвердите изменения, нажав OK. Теперь указанный пользователь сможет подключаться через RDP.

Решение через командную строку

Если вы предпочитаете работать с командной строкой или вам нужно автоматизировать этот процесс, можно использовать команду NET LOCALGROUP:

  1. Откройте командную строку от имени администратора.

  2. Для добавления локального пользователя выполните команду:

NET LOCALGROUP “Remote Desktop Users” имя_пользователя /ADD

  3. Для добавления доменного пользователя используйте:

NET LOCALGROUP “Remote Desktop Users” домен\имя_пользователя /ADD

Эта команда немедленно предоставит указанному пользователю права на подключение через RDP. 

Настройка через групповую политику

Если описанные выше способы не дали результата, вероятно, проблема кроется в настройках групповой политики домена. Чтобы внести необходимые изменения, выполните следующие шаги:

1. Запустите редактор групповых политик. Для этого нажмите Win + R, введите gpedit.msc и нажмите Enter.
2. Перейдите по пути: «Конфигурация компьютера» → «Конфигурация Windows» → «Параметры безопасности» → «Локальные политики» → «Назначение прав пользователя».
3. Найдите политику с названием «Разрешить вход через службы удаленных рабочих столов» и откройте ее двойным кликом.
4. Добавьте нужного пользователя или группу, нажав соответствующую кнопку.
5. Подтвердите изменения, нажав OK.
6. Чтобы применить изменения, откройте командную строку и выполните команду gpupdate /force.

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

Ошибка: «Функции удаленного рабочего стола не удалось подключиться к удаленному компьютеру»

При попытке подключения к удаленному компьютеру вы можете столкнуться с сообщением об ошибке: «Функции удаленного рабочего стола не удалось подключиться к удаленному компьютеру».

Картинка с сайта: mclouds.ru

Эта ошибка может быть вызвана множеством факторов, что затрудняет ее диагностику. Среди возможных причин:

• На целевом компьютере не запущена служба удаленного рабочего стола или неправильно настроен RDP server Windows.
• Проблемы с конфигурацией порта RDP: служба может быть настроена на нестандартный порт, стандартный порт 3389 может быть занят другим приложением, или служба не прослушивает порт, несмотря на правильные настройки в реестре.
• Брандмауэр блокирует соединение.
• Возникли проблемы с уровнем безопасности или с аутентификацией.
• Параметры сетевого подключения конфликтуют друг с другом.
• Версии RDP-клиента и сервера устарели или несовместимы.

Проверка службы удаленного рабочего стола

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

Для проверки и запуска службы:

1. На устройстве, к которому вы подключаетесь, откройте окно «Выполнить» (Win + R) и введите команду services.msc.
2. В списке служб найдите «Удаленный рабочий стол» (Remote Desktop Services).
3. Убедитесь, что ее состояние указано как «Запущено».
4. Если служба остановлена, кликните по ней правой кнопкой мыши и выберите «Запустить».
5. Также проверьте, установлен ли тип запуска как «Автоматически». Это гарантирует, что служба будет запускаться при каждой загрузке системы.

Если доступ к компьютеру ограничен, вы можете запустить службу удаленно через PowerShell при условии, что на устройстве активна служба WinRM:

Enter-PSSession -ComputerName ИмяКомпьютера -Credential Домен\Пользователь
Start-Service TermService
Set-Service TermService -StartupType Automatic

Проверка разрешения подключений в системе

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

1. На удаленном компьютере откройте «Свойства системы», используя комбинацию клавиш Win + Pause/Break.
2. Перейдите на вкладку «Удаленный доступ».
3. Убедитесь, что активирован флажок «Разрешить подключения удаленного помощника к этому компьютеру».
4. Также проверьте, что в разделе «Удаленный рабочий стол» выбран один из предложенных вариантов.

Если физический доступ к устройству отсутствует, вы можете настроить эти параметры через реестр с использованием PowerShell:

Set-ItemProperty 'HKLM:\SYSTEM\CurrentControlSet\Control\Terminal Server\' -Name “fDenyTSConnections” -Value 0

Значение 0 означает, что подключения разрешены, а 1 — запрещены.

Настройка брандмауэра Windows

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

1. На удаленном компьютере откройте «Брандмауэр Защитника Windows» через Панель управления.
2. Перейдите в раздел «Разрешить приложение или компонент через брандмауэр».
3. Найдите в списке «Удаленный рабочий стол» и проверьте, что для него активированы флажки в колонках «Частная» и «Общественная» (в зависимости от типа сети).

Этот процесс также можно выполнить с помощью PowerShell, используя команду:

Enable-NetFirewallRule -DisplayGroup “Remote Desktop”

Проверка настроек порта RDP

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

1. На удаленном компьютере откройте редактор реестра, используя комбинацию Win + R и команду regedit.
2. Перейдите в раздел: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server\WinStations\RDP-Tcp.
3. Найдите параметр PortNumber и проверьте его значение.
4. Если значение отличается от 3389 (десятичное), вы можете:
    4.1. Вернуть значение порта к 3389.
    4.2. Указывать компьютер и порт в формате компьютер:порт при подключении.

После внесения изменений перезапустите службу удаленного рабочего стола.

Сброс настроек RDP в реестре

Если проблема вызвана повреждением настроек RDP, их можно восстановить таким образом:

1. Откройте редактор реестра на удаленном компьютере.
2. Перейдите по пути:
   HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server.
3. В этом разделе выполните следующие изменения:
    3.1. Установите значение параметра fDenyTSConnections на 0, чтобы разрешить подключения.
    3.2. Установите значение параметра fSingleSessionPerUser на 0, чтобы разрешить несколько сеансов для одного пользователя.
4. Перейдите в раздел: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server\WinStations\RDP-Tcp.
5. В этом разделе проверьте и при необходимости измените следующие параметры:
    5.1. Установите значение PortNumber на 3389 (стандартный порт).
    5.2. Установите значение SecurityLayer на 1 (уровень безопасности).
    5.3. Установите значение UserAuthentication на 1 (аутентификация пользователя).

После этого перезагрузите компьютер или перезапустите службу удаленного рабочего стола.

Ошибка: «Отсутствуют клиентские лицензии RDP»

Еще одна частая ошибка звучит так: «Удаленный сеанс отключен, поскольку для данного компьютера отсутствуют клиентские лицензии удаленного рабочего стола. Обратитесь к администратору сервера».

Картинка с сайта: mclouds.ru

Ошибка возникает, когда сервер не может предоставить лицензию для подключения по RDP. Эта проблема характерна для Windows Server с установленной ролью Remote Desktop Services (RDS).

В отличие от стандартного RDP в «домашнем» Windows, серверные версии Windows требуют клиентских лицензий (Client Access Licenses, CAL) для подключения пользователей. Microsoft предоставляет 120-дневный льготный период после установки роли RDS, в течение которого можно работать без лицензий. Когда этот период закончится, подключения будут отклоняться с сообщением об отсутствии лицензий.

Чтобы выявить точную причину проблемы, используйте инструмент диагностики лицензирования RD:

1. На сервере RDS откройте «Диспетчер лицензирования удаленных рабочих столов» (RD Licensing Diagnoser):
    1.1. Нажмите Win + R, введите licmgr.msc и нажмите Enter.
    1.2. Или найдите его в меню «Администрирование» → «Службы удаленных рабочих столов».
2. Запустите диагностику и проанализируйте результаты. Инструмент покажет:
    2.1. Настроен ли сервер лицензирования.
    2.2. Доступен ли сервер лицензирования.
    2.3. Есть ли свободные лицензии.
    2.4. Тип используемых лицензий (Per User или Per Device).

Настройка сервера лицензирования

Если сервер лицензирования не настроен:

1. Откройте «Диспетчер серверов» (Server Manager).
2. Перейдите в «Службы удаленных рабочих столов» → «Обзор» → «Задачи» → «Изменить свойства развертывания».
3. В разделе «Лицензирование RD» укажите:
    3.1. Сервер лицензирования (это может быть тот же сервер или другой).
    3.2. Тип лицензии (Per User или Per Device).

Если у вас отсутствует роль RD Connection Broker, настройте параметры через групповую политику:

1. Откройте редактор групповой политики (gpedit.msc).
2. Перейдите в «Конфигурация компьютера» → «Административные шаблоны» → «Компоненты Windows» → «Службы удаленных рабочих столов» → «Узел сеансов удаленных рабочих столов» → «Лицензирование».
3. Настройте параметры:
    3.1. «Использовать указанные серверы лицензирования удаленных рабочих столов» — включите и укажите имя или IP-адрес сервера лицензирования.
    3.2. «Задать режим лицензирования удаленных рабочих столов» — включите и выберите нужный тип лицензии.

Установка лицензий RDS CAL

Если лицензии не установлены или их недостаточно:

1. Приобретите необходимое количество лицензий RDS CAL у Microsoft или авторизованного реселлера.
2. Откройте «Диспетчер лицензирования удаленных рабочих столов» (licmgr.msc).
3. Щелкните правой кнопкой мыши на сервере и выберите «Установить лицензии».
4. Следуйте инструкциям мастера для ввода кода программы и кода авторизации продукта.
5. После установки лицензий они должны отобразиться в консоли с указанием типа и количества.

Решение проблемы несовместимости версий

Если лицензии установлены для более новой версии Windows, чем та, что используется на сервере лицензирования, у вас есть три варианта:

1. Обновить операционную систему на сервере лицензирования до версии, соответствующей лицензиям.
2. Установить роль лицензирования RD на сервере с более новой версией Windows и перенести на него лицензии.
3. Обратиться в Microsoft Clearinghouse, чтобы понизить версию лицензий до версии, соответствующей серверу.

Ошибка: «Учетные данные недопустимы»

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

Картинка с сайта: mclouds.ru

Эта ошибка указывает на то, что система не может аутентифицировать пользователя с предоставленными учетными данными. Существует несколько ключевых причин, из-за которых система может отклонить попытку входа:

1. Неправильное указание имени пользователя.
2. Проблемы с форматом учетных данных.
3. Отсутствие прав доступа к RDP.
4. Кешированные учетные данные.

Проблема с форматом учетных данных

В среде без Active Directory каждый компьютер управляет своими учетными записями независимо. Это означает, что учетная запись «Иван» на компьютере А не является той же учетной записью, что «Иван» на компьютере Б, даже если они имеют одинаковые пароли.

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

1. Используйте формат ИМЯ_КОМПЬЮТЕРА\имя_пользователя. Например: SERVER01\Администратор.
2. Или используйте формат с точкой для явного указания локальной учетной записи: .\имя_пользователя. Например: .\Администратор.

Отсутствие прав на RDP-доступ

По умолчанию только члены группы «Администраторы» и «Пользователи удаленного рабочего стола» могут подключаться через RDP. Если ваша учетная запись не входит в эти группы, вы получите ошибку при попытке подключения. Решение:

1. На удаленном компьютере откройте «Управление компьютером» (compmgmt.msc).
2. Перейдите в «Локальные пользователи и группы» → «Группы».
3. Дважды щелкните на группе «Пользователи удаленного рабочего стола».
4. Нажмите «Добавить» и укажите нужную учетную запись.
5. Нажмите OK и перезапустите службу удаленного рабочего стола.

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

net localgroup «Remote Desktop Users» имя_пользователя /add

Проблема с кешированными учетными данными

Windows сохраняет учетные данные, которые вы вводили ранее. Если вы изменили пароль или учетную запись, эти кешированные данные могут вызывать конфликт. Решение:

1. Нажмите Win + R и введите control keymgr.dll или откройте «Панель управления» → «Учетные записи пользователей» → «Диспетчер учетных данных».
2. В «Диспетчере учетных данных» найдите и удалите все записи, связанные с удаленным компьютером. Они могут начинаться с TERMSRV\имя_компьютера.
3. После этого закройте «Диспетчер учетных данных» и попробуйте подключиться снова, введя актуальные учетные данные.

Ошибка: «Учетная запись заблокирована» (Brute Force защита)

Также вы можете столкнуться с сообщением об ошибке: «В целях безопасности учетная запись пользователя заблокирована из-за большого числа неудачных попыток войти в систему или изменить пароль. Подождите, затем повторите попытку или обратитесь к системному администратору или в службу технической поддержки».

Картинка с сайта: mclouds.ru

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

Если ваша учетная запись заблокирована, у вас есть несколько вариантов действий:

Дождаться автоматической разблокировки

Если настроена автоматическая разблокировка (параметр «Продолжительность блокировки учетной записи» не установлен в «0»), учетная запись разблокируется автоматически, когда истечет указанное время.

Разблокировка через консоль администратора

Если у вас есть доступ к серверу локально или через другую учетную запись с правами администратора:

1. Откройте «Управление компьютером» (compmgmt.msc).
2. Перейдите в «Локальные пользователи и группы» → «Пользователи».
3. Щелкните правой кнопкой мыши на заблокированной учетной записи и выберите «Свойства».
4. Снимите флажок «Учетная запись заблокирована» и нажмите OK.

Разблокировка через командную строку

Если у вас есть доступ к командной строке с правами администратора, то откройте ее и введите:

net user ИмяПользователя /active:yes

Разблокировка через PowerShell

Для доменных учетных записей в Active Directory можно использовать PowerShell:

Unlock-ADAccount -Identity ИмяПользователя

Настройка политики блокировки учетных записей

Чтобы больше не сталкиваться с этой ошибкой, настройте параметры блокировки учетных записей:

1. Откройте «Локальная политика безопасности» (secpol.msc), нажмите Win + R, введите secpol.msc и нажмите Enter.
2. Перейдите в «Политики учетных записей» → «Политика блокировки учетной записи».
3. Настройте следующие параметры:
    3.1. Пороговое значение блокировки учетной записи — количество неудачных попыток входа, после которых учетная запись блокируется (рекомендуется 5–10).
    3.2. Продолжительность блокировки учетной записи — время, на которое блокируется учетная запись (рекомендуется 15–30 минут).
    3.3. Сброс счетчика блокировки учетной записи через — время, через которое счетчик неудачных попыток сбрасывается (рекомендуется 15–30 минут).

Microsoft рекомендует настройку 10/10/10 — 10 неудачных попыток, блокировка на 10 минут, сброс счетчика через 10 минут в качестве базового уровня защиты.

Ошибка: «Не работает буфер обмена»

Буфер обмена в RDP позволяет передавать данные между локальным и удаленным компьютерами. За эту функцию отвечает специальная служба rdpclip.exe, которая запускается автоматически при установлении RDP-соединения. Эта служба может работать некорректно из-за сбоев, конфликтов или неправильных настроек.

Проблемы с буфером обмена могут возникать по следующим причинам:

1. Сбой в работе службы rdpclip.exe.
2. Отключена функция перенаправления буфера обмена в настройках клиента.
3. Запрет на перенаправление буфера обмена в групповых политиках.
4. Блокировка функции в настройках реестра.
5. Проблемы с сетевым соединением или драйверами.

Перезапуск службы rdpclip.exe

Самый простой и эффективный способ восстановить работу буфера обмена — перезапустить службу rdpclip.exe на удаленном компьютере:

1. На удаленном компьютере откройте Диспетчер задач (нажмите Ctrl + Shift + Esc или щелкните правой кнопкой мыши на панели задач и выберите «Диспетчер задач»).
2. Перейдите на вкладку «Процессы» или «Подробности» (в зависимости от версии Windows).
3. Найдите процесс rdpclip.exe или RDP Clipboard Monitor.
4. Щелкните правой кнопкой мыши и выберите «Завершить процесс» или «Завершить задачу».
5. После закрытия процесса нажмите Win + R для открытия окна «Выполнить».
6. Введите rdpclip.exe и нажмите Enter для запуска процесса заново.

После перезапуска службы буфер обмена должен заработать. Если проблема не решена, переходите к следующим методам.

Проверка настроек клиента RDP

Возможно, функция буфера обмена отключена в настройках клиента:

1. На локальном компьютере откройте «Подключение к удаленному рабочему столу» (mstsc.exe).
2. Нажмите на «Показать параметры» в нижней части окна.
3. Перейдите на вкладку «Локальные ресурсы».
4. Убедитесь, что флажок «Буфер обмена» установлен.
5. Если вы хотите копировать файлы, нажмите кнопку «Подробнее…» и установите флажок напротив «Диски».
6. Нажмите OK и повторно подключитесь к удаленному компьютеру.

Настройка групповых политик

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

1. Нажмите Win + R и введите gpedit.msc — запустится редактор локальной групповой политики.
2. Перейдите по пути: «Конфигурация компьютера» → «Административные шаблоны» → «Компоненты Windows» → «Службы удаленных рабочих столов» → «Узел сеансов удаленных рабочих столов» → «Перенаправление устройств и ресурсов».
3. Найдите политику «Запретить перенаправление буфера обмена».
4. Дважды щелкните на ней и установите значение «Отключено» или «Не настроено».
5. Нажмите OK для сохранения изменений.
6. Откройте командную строку от имени администратора и выполните команду gpupdate /force для немедленного применения изменений.
7. Перезапустите сеанс RDP: выйдите и подключитесь снова.

Проверка настроек реестра

Если проблема не решилась, проверьте настройки в реестре:

1. Нажмите Win + R и введите regedit для запуска редактора реестра.
2. Перейдите по пути: HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services.
3. Найдите параметр fDisableClip. Если значение этого параметра равно 1, измените его на 0.
4. Если вы хотите также разрешить копирование файлов, найдите параметр fDisableCdm и установите его значение в 0.
5. Если указанных параметров нет, это означает, что они не настроены и не должны блокировать буфер обмена.
6. Перезагрузите удаленный компьютер, чтобы применить изменения.

Как безопасно подключаться к RDP

Самая главная рекомендация — никогда не открывайте порт RDP для прямого доступа из интернета. Даже с надежными паролями и многофакторной аутентификацией это создает серьезный риск безопасности.

Лучше используйте один из следующих методов безопасного доступа:

• VPN — создает зашифрованный туннель для доступа к корпоративной сети.
• RDP Gateway — специальный сервер, который обрабатывает все RDP-подключения через единую, хорошо защищенную точку входа.
• SSH-туннелирование — перенаправляет RDP-трафик через защищенное SSH-соединение.

Для надежной аутентификации в RDP 10 и RDP 11 используйте пароли длиной не менее 16 символов, которые включают буквы разного регистра, цифры и специальные символы. Внедрите многофакторную аутентификацию для всех RDP-подключений — это затруднит несанкционированный доступ даже при компрометации пароля. 

Обязательно включите Network Level Authentication (NLA). Эта функция требует аутентификации пользователя до установления полного соединения, что защищает от многих типов атак, включая BlueKeep.

Усильте сетевую защиту следующими способами:

1. Измените стандартный порт 3389 на нестандартный — это снизит риск автоматизированных атак.
2. Настройте брандмауэр Windows, чтобы разрешить RDP-подключения только с определенных IP-адресов.
3. Через групповые политики установите высокий уровень шифрования.
4. Настройте безопасную связь RPC через групповые политики.

Комбинация этих мер не гарантирует абсолютную безопасность, но значительно снижает риск компрометации ваших систем через RDP.

Когда протокол не работает, можно воспользоваться альтернативными решениями:

• TeamViewer — обходит многие ограничения сети, работает через NAT и брандмауэры.
• AnyDesk — отличается высокой скоростью работы даже на медленных соединениях.
• Chrome Remote Desktop — бесплатное решение, интегрированное с Google-аккаунтом.
• VNC — открытый протокол со множеством реализаций для разных платформ.

Эти инструменты могут стать временной заменой или постоянным решением для специфических сценариев.

Альтернативные решения: облачные рабочие столы

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

Основные преимущества облачных рабочих столов:

• Доступ из любой точки мира через безопасное зашифрованное соединение.
• Можно использовать ресурсоемкие приложения и не думать о мощности локального устройства.
• Гибкое управление правами пользователей и контроль доступа.
• Повышенная безопасность данных, которые хранятся в защищенных дата-центрах.
• Отказоустойчивость и защита от DDoS-атак.
• Круглосуточная техническая поддержка.

Мы в mClouds предлагаем облачные рабочие столы с различными конфигурациями оборудования, включая высокопроизводительные серверы для работы с графическими приложениями и специализированным ПО.

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

Падение производительности RDS в Windows Server 2016/2019 с UPD

На RDS серверах с Windows Server 2019/2016 с большим количеством пользователей можно столкнутся с плохой производительностью при использовании для профилей пользователей User Profile Disks.

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

Со временем количество таких правил в брандмауэре становится очень много, что вызывает существенное падение производительности RDS сервера (медленный вход в систему, черный экран при входе по RDP, зависают RDS хосты, не открываются меню и не отображается кнопка Пуск).

Картинка с сайта: winitpro.ru

Проверьте количество правил в Windows Defender Firewall с помощью команды PowerShell:

(Get-NetFirewallRule).count

В моем случае на одном их хостов оказалось 18 тысяч правил! Эти правила создаются для UWP приложений магазина Windows при каждом входе пользователя.

Для исправления проблемы нужно сначала установить все обновления безопасности для вашей версии Windows Server (как минимум KB4467684 для Windows Server 2016 и KB4490481 для Windows Server 2019). Затем создайте следующий параметр реестра на RDSH хосте:

• Ветка: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\SharedAccess\Parameters\FirewallPolicy
• Тип: REG_DWORD
• Параметр: DeleteUserAppContainersOnLogoff
• Значение:
  1

Можно создать параметр реестра с помощью команды PowerShell:

New-ItemProperty -Path “HKLM:\SYSTEM\CurrentControlSet\Services\SharedAccess\Parameters\FirewallPolicy” -Type DWord -Path -Name DeleteUserAppContainersOnLogoff -Value 1

Не забудьте вручную очистить входящие и исходящих правил в Windows Defender Firewall. Если правил файервола немного, можно использовать готовый PowerShell скрипт с форума TechNet (https://social.microsoft.com/Forums/Azure/en-US/992e86c8-2bee-4951-9461-e3d7710288e9/windows-servr-2016-rdsh-firewall-rules-created-at-every-login?forum=winserverTS).

Проблемы с мышью в RDP сессии на Windows Server 2019/2016 RDS

Многие пользователи стали жаловаться на проблемы с мышью в RDP сессии после миграции фермы RDS на Windows Server 2019. Мышь очень медленно реагирует на движения, курсор дрожит и зависает.

Эта проблема может связана с высокой частотой опроса (Report Rate) и DPI в настройках некоторых оптических мышек (обычно у игровых мышей). Например, у популярной мыши Logitech G203 по умолчанию задана частота опроса 1000 раз в секунду (1000 Гц). Высокая скорость опроса мыши похоже вызывает высокую нагрузку на RDP подключение, и вы можете столкнуться с тормозами при работе с RemoteApp приложениями. Если уменьшить это значение до 125 раз в секунду (125 Гц), проблема с мышкой в RDP сессии исчезнет.

Уменьшить Polling Rate/Report Rate можно в утилитах настройки параметров мыши от вендора.

Если вы не можете уменьшить частоту опроса, попробуйте в настройках мыши в панели управления Windows (
main.cpl
) отключить тень курсора мыши (отключите опцию Enable pointer shadow) и выбрать схему None для указателя.

Медленно работают RemoteApp и отрисовываются меню в Windows 10

При обновлении билда Windows 10 пользователи могут столкнуться с проблемами при работе с RemoteApp приложения, опубликованными на RDS серверах Windows Server 2019/2016/2012К2. RemoteApp могут начать работать заметно медленнее, любое действие, которое вызывается щелчком мыши выполняется (отрисовывается?) в 2-3 раза дольше. Особенно медленно отображаются контекстные меню в приложениях RemoteApp (пункты меню мерцают, приходится нажимать на них по несколько раз, иногда совсем не появляются). Такие проблемы массово встречали при обновлении билда Windows 10 на клиентах до 1803 и 20H2.

При этом проблемы не проявляются в окне обычного подключения к RDS серверу с помощью клиента Mstsc или RDCMan.

Для временного решения проблемы можно попробовать в редакторе локальной GPO (gpedit.msc) на RDS серверах изменить значение параметра Use advanced RemoteFX graphics for RemoteApp (Использовать дополнительную графику для удаленного приложения RemoteApp) на Disabled (раздел Computer Configuration -> Policies -> Administrative Templates -> Windows Components -> Remote Desktop Services -> Remote Desktop Session Host -> Remote Session Environment, в русской редакции Windows путь такой: Компоненты Windows -> Службы удаленных рабочих столов -> Узел сеансов удалённых рабочих столов -> Среда удаленных сеансов).

Картинка с сайта: winitpro.ru

Если в качестве RemoteAPP опубликованы графические программы (например, из семейств CAD), то без Remote FX они работать не будут.

Также есть обходное решение, которое заключается в замене версии клиента RDP на более старую. Т.к. проблемы с производительностью Remoteapp встречались еще в Windows 10 1709, лучше всего использовать библиотеки RDP из 1607 или 1703.
Дело в том, что после апгрейда билда Windows 10 в системе устанавливается новая версия клиента RDP, которая на данный момент работает некорректно с опубликованными через RemoteApp приложениями.
Если заменить файлы mstsc.exe и mstscax.dll в каталоге C:\Windows\System32 на версии файлов из предыдущего билда Windows 10 (1703 или 1607), проблема с производительностью RemoteApp исчезает.

Как заменить файлы клиента RDP в Windows 10:

1. Закройте все RDP подключения и запущенные RemoteApp (лучше даже перезагрузить компьютер);
2. Скачайте архив с версиями файлов mstsc.exe и mstscax.dll из Windows 10 1607 (ссылка на скачивание с Я.Диска mstsc-w10-1607.zip);
3. Скопируйте оригинальные файлы mstsc.exe и mstscax.dll из каталога C:\windows\system32\ в каталог C:\Backup с помощью команд:
   md c:\backup\
copy C:\windows\system32\mstsc.exe c:\backup
copy C:\windows\system32\mstscax.dll c:\backup
4. Затем нужно назначить свою учетную запись владельцем файлов mstsc.exe и mstscax.dll в каталоге C:\windows\system32\, отключите наследование и предоставьте себе права на изменение файлов:
   takeown /F C:\windows\system32\mstsc.exe
takeown /F C:\windows\system32\mstscax.dll
icacls C:\windows\system32\mstsc.exe /inheritance:d
icacls C:\windows\system32\mstscax.dll /inheritance:d
icacls C:\windows\system32\mstsc.exe /grant root:F
icacls C:\windows\system32\mstscax.dll /grant root:F
   

   Картинка с сайта: winitpro.ru

   (в этом примере имя локальной учтённой записи с правами администратора – root. Замените ее на имя вашей учетной записи).

5. Замените файлы в каталоге C:\windows\system32\ файлами из скачанного архива;
6. Восстановите оригинальные разрешения на заменённых файлах. Включите наследование NTFS разрешений и установите владельцем файлов NT Service\TrustedInstaller:
   icacls C:\windows\system32\mstsc.exe /inheritance:e
icacls C:\windows\system32\mstscax.dll /inheritance:e
icacls C:\windows\system32\mstsc.exe /setowner "NT Service\TrustedInstaller" /T /C
icacls C:\windows\system32\mstscax.dll /setowner "NT Service\TrustedInstaller" /T /C
7. Осталось перерегистрировать библиотеку:
   regsvr32 C:\Windows\System32\mstscax.dll

Это позволит временно исправить проблему с производительностью RemotApp в клиентах Windows 10.