При работе через компьютер с удалёнными рабочими столами нередко происходят неполадки с подключением. Одна из частых ошибок – «удаленный сеанс отключен, поскольку отсутствуют клиентские лицензии». Причин у подобной неисправности достаточно много, и устраняются они разными способами.
Что за ошибка, почему возникает?
Ошибка с отсутствием клиентских лицензий удаленного рабочего стола возникает при попытке соединения по протоколу RDP. Проблема может находиться как на компьютере (ПК) клиента, так и на сервере. В первой ситуации нужно лишь произвести удаление информации о лицензии из кэша и затем получить новую. А во втором случае уже потребуется обращение к системному администратору.
Если зайти в просмотр событий системы (Панель управления — Администрирование – просмотр событий), то в момент возникновения ошибки иногда можно найти информационное сообщение, которое расшифрует причину неисправности. В зависимости от этого и выбираются дальнейшие действия. Чаще всего встречаются всего 2 разновидности проблем с удаленными сеансами.
Однако приступать к поиску ошибки стоит только в том случае, если пользователь уверен, что лицензии действительно есть и их хватает для работы.
Сервер лицензирования удалённых рабочих столов недоступен
Подобный вид ошибки может сопровождаться сообщениями о том, что отсутствуют доступные серверы или серверы лицензирования. В этом случае требуется выполнить ряд несложных действий:
- Подсоединитесь к RDP-серверу по IP-адресу вместо DNS-имени. Если ошибка возникает на этапе проверки логина и пароля, то используйте не доменные, а локальные учетные данные.
- Далее следует установить, распознаёт ли DNS-сервер FQDN название RDP-сервера. Запустите командную строчку и пропишите: «Nslookup rdpserver», где вместо rdpserver пишем имя сервера. Удостоверьтесь, что отобразился IP-адрес сервера.
- Если команда возвратила неверные данные, тогда произведите сброс кэша DNS (ipconfig/flushdns в командной строке) на клиенте и разрешите наименование RDP-сервера, воспользовавшись снова «Nslookup».
- Если «Nslookup» всё так же будет указывать неверные данные, проверьте файл «hosts» командой: «Notepad C:\Windows\System32\drivers\etc\hosts».
- Если в файле не присутствуют статические записи для RDP-сервера, можно попытаться внести их самостоятельно, добавив строчку формата: «IP-адрес сервера rdpserver.xxx.ru», где rdpserver.xxx.ru – имя сервера.
- Если неполадка исправится — причина в DNS-сервере. Проведите проверку записей на нём, либо уведомите о неполадке администратора DNS. Убедитесь, имеется ли доступ к RDP-серверу, используя «ping rdpserver.xxx.ru».
- Убедитесь, что с клиента на сервере имеется доступ к RDP-порту 3389 с применением «PowerShell». Введем команду «Test—NetConnection rdpserver —port 3389».
- Если команда возвращает «TcpTestSucceeded: False», значит RDP-служба на удалённом ПК не запущена либо соединение запрещается межсетевым экраном или брандмауэром.
Также, если сервер лицензирования удаленных рабочих столов недоступен, можно выполнить ряд рекомендаций:
- Произведите обновление RDP-клиента.
- Воспользуйтесь альтернативным RDP-клиентом, например Remote Desktop Manager.
- Отключите защитные программы у клиента и сервера и проверьте подключение.
- Если подключение происходит с клиента Windows XP, а на сервере запущена опция NLA, то у клиента XP необходимо запустить поддержку NLA через реестр.
- Проверьте, что для учётной записи определён пароль.
- Если ошибка «Удалённый рабочий стол не сумел отыскать ПК» появилась при попытке выполнить RDP-подключение со странички «RD Web Access», в опциях RDP-соединения нужно ввести верный адрес сервера RD Gateway (подключение через RDWebAccess осуществляется через 443 порт HTTPS) и попытаться подключиться. Если получилось, значит неверные настройки сервера RDWebAccess.
Чтобы ликвидировать неполадку, запустите консоль IIS на сервере «RDWebAccess». Переходите в Sites – Default Web Site — RDWeb — Pages, запустите «Application Settings» и в «DefaultTSGateway» указывайте внешнее DNS-имя сервера «RD Gateway».
Нет клиентской лицензии удалённого рабочего стола
Для исправления подобной ошибки можно использовать несколько способов.
В первом случае потребуется удалить определённые ключи реестра, которые связаны с лицензиями RDP:
- нажмите «Win+R» и укажите «regedit»;
- в реестре откройте ветку «HKEY_LOCAL_MACHINE» и переключайтесь к блоку «SOFTWARE».
На 32-битной ОС нужно перейти в папку «Microsoft» и дойти до «MSLicensing».
Затем щёлкните правой клавишей мышки по строке с данной папкой и нажмите на «Удалить».
Процедуру удаления нужно подтверждать вручную.
В ситуации с 64-битной ОС особенность в том, что после перехода к блоку «SOFTWARE», нужно добавочно раскрывать «Wow6432Node».
После проделанных процедур перезапустите ПК.
Во избежание вторичного возникновения ошибки, откройте клиент «От имени администратора». Это нужно проделать лишь в первый раз.
Если всё сделано верно, стабильная работа RDP восстановится.
Во втором случае можно скопировать ветки реестра, однако делать это нужно между одинаковыми версиями системы. Процедура устранения проблем с отсутствием лицензий следующая:
- Запустите реестр и отыщите «MSLicensing» (как в предыдущем случае). Щёлкните по блоку правой клавишей мышки и нажмите на опцию «Экспортировать».
- Указывайте директорию сохранения документа, на собственный выбор задайте наименование и щёлкните по «Сохранить».
- Необходимо переместить созданный файл на другой ПК и 2 раза щёлкнуть по документу.
- В окне уведомления согласитесь на импорт, нажимая на «Да».
- При успешном выполнении процедуры появится уведомление, и тогда ПК можно перезагрузить.
Проверка лицензии на стороне сервера
Необходимо запустить утилиту «Диспетчер лицензирования удалённых рабочих столов». Её возможно открыть через окошко «Администрирование». Она появляется после назначения ролей.
В утилите потребуется выбрать наименование сервера и сформировать отчёт о работе. В нём будут отражены данные о времени и дате создания, количестве клиентских служб, области отчёта и т. д. Эти сведений позволят выяснить число нужных и имеющихся CAL-лицензиях на сервере.