Windows server 2016 сервер лицензирования недоступен

Обновлено 20.09.2020

Добрый день! Уважаемые читатели и гости одного из крупнейших IT блогов России Pyatilistnik.org. В прошлый раз мы с вами научились отключать software reporter tool в Chrome Браузере, так как этот компонент уж очень сильно мог загружать центральный процессор вашего компьютера или ноутбука. В сегодняшней публикации я хочу поговорить про ошибки лицензирования терминальных столов и RDSH узлов в RDS ферме с которыми может встретиться любой системный администратор в своей практике. Мы рассмотрим ошибку «Этому серверу узла сеансов удаленных рабочих столов недоступны лицензии«.

Проблемы при лицензировании терминальных серверов

Ситуация такая, ранее я развернул новую терминальную ферму Remote Desktop Services High Availability на базе Windows Server 2019 с определенным количеством RDSH хостов. Решил через месяц добавить еще несколько сервер подключений и после ввода их в состав RDS фермы и подключившись на каждый из них я увидел ошибку получения лицензий в виде формулировки:

Самое интересное, что у меня при разворачивании RDS фермы был добавлен сервер лицензирования, который мы специально устанавливали под Windows Server 2019. Давайте разбираться в чем дело.

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

Если у вас проблема с лицензированием RDSH хостов, то первым делом вы должны проверить ваши настройки RDS фермы через оснастку управления. В списке «Deployment Server» убедитесь, что у вас добавлены нужные сервера лицензирования RDS и нет лишних. В моем примере было добавлено три сервера лицензирования Remote Desktop Services. Один из них был точно с нужными лицензиями, а вот остальные были под вопросом.

Зайдите на каждый из серверов, который предоставляет лицензии и проверьте, что для нужной операционной системы у вас есть лицензии. Делается это через оснастку «Средство диагностики и лицензирования удаленных рабочих столов (RD License Manager)«. Как оказалось на одном из серверов вообще не было лицензий на Windows Server 2019, а на втором их было 0. Исходя из этого, данные сервера нужно удалить из RDS развертывания.

Для удаления выбираем «Задачи (Tasks) — Remove RD Licensing Servers«.

Выделяем нужные сервера и переносим их в правую область, я специально не стал удалять саму роль лицензирования (Uninstall the RD Licensing role service from the selected server), так как они раздавали лицензии для других версий Windows.

Если тут все привели в порядок, то следующим шагом вам необходимо подключиться к нужному участнику RDS фермы, где есть проблемы с получением лицензий и так же проверить, что выдает вам оснастка «Средство диагностики и лицензирования удаленных рабочих столов (RD License Manager)«. Тут вы можете встретить несколько разновидностей ошибок:

В данном примере не видно ни одного сервера раздающего лицензии.

В данном примере на добавленных серверах лицензирования RDS просто нет лицензий для нужной редакции. Данные сервера нужно удалить и добавить актуальные.

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

Напоминаю, что это делается при редактировании GPO политики в ветке

Та же ветка будет участвовать в настройке локальных политик, если это необходимо, вызвать их можно через окно выполнить, введя там gpedit.msc.

Так же задайте тут сразу режим лицензирования для всей RDS фермы, через настройку:

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

Удаление старых серверов лицензирования через реестр

Может получиться ситуация, что у вас сервера лицензирования были добавлены не через политику, как того требует инфраструктура Active Directory, а через реестр, либо может быть ситуация, что в реестре остались мусорные записи, которые политикой не получается перезаписать. В таких ситуациях вам необходимо самостоятельно проверить вот эту ветку реестра. Запустите окно выполнить и введите в нем regedit, чтобы открыть редактор реестра.

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

Еще можете проверить вот такую ветку реестра:

Тут то же может быть ключ LicenseServers.

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

Тут будет ключ реестра LicensingMode, который может содержать три значения:

• 2 — Задает режим лицензирования на устройство
• 4 — Задает режим лицензирования на пользователя
• 5 — Режим лицензирования не настроен

Как настроить сервер лицензирования удаленных рабочих столов на узле сеанса удаленных рабочих столов через PowerShell

Так же вы можете управлять и просматривать значения настроек сервера лицензирования RDS через оболочку PowerShell, для этого вы можете воспользоваться вот такими командлетами.

• Проверка настроен ли сервер лицензирования

• Задать нужный сервер лицензий через PowerShell

В процессе выполнения вы можете получить ошибку:

С большой вероятностью у вас уже задана настройка через групповую политику, поэтому идет такой конфликт. Тут либо отключать политику через gpedit.msc или менять значение в самой политике. Речь идет о данной ветке «Конфигурация компьютераАдминистративные шаблоныКомпоненты WindowsСлужбы удаленных рабочих столовУзел сеансов удаленных рабочих столовЛицензирование — Использовать указанные серверы лицензирования удаленных рабочих столов (Administrative TemplatesWindows ComponentsRemote Desktop ServicesRemote Desktop Session HostLicensing)«

Так же убедитесь, что вы выполняете команду в режиме администратора и имея административные права на данном сервере.

• Проверка режима лицензирования через PowerShell

• Смена режима лицензирования через PowerShell

На этом я думаю у меня все, вы теперь точно научились диагностировать и решать проблемы с получением и назначением лицензий на сервера RDSH. Вы сами в праве выбирать тот метод, что вам подходит более всего, но старайтесь все же использовать по возможности централизацию в виде групповых политик, это уберет проблему с массовыми настройками и даст инструмент быстрого обновления настроек. С вами был Иван Семин, автор и создатель IT портала Pyatilistnik.org. Жду ваших вопросов и комментариев.

При настройке нового узла RDS фермы на Windows Server 2012 R2/2016/2019 вы можете столкнуться со следующим всплывающим предупреждением, которое появляется в трее:

Не задан режим лицензирования для сервера узла сеансов удаленных рабочих столов. Служба удаленных рабочих столов перестанет работать через xxx дней.

Судя по ошибке, служба RDS запущена в режиме льготного периода лицензирования (в течении пробного периода 120 дней вы можете использовать Remote Desktop Session Host без активации RDS лицензий). Когда grace период закончится, пользователи не смогут подключиться к RDSH, а в трее появится ошибка:

Remote Desktop Services will stop working because this computer is past grace period and has not contacted at least a valid Windows Server 2012 license server. Click this message to open RD Session Host Server Configuration to use Licensing Diagnosis.

Для более точной диагностики проблемы нужно запустить “Средство диагностики лицензирования удаленных рабочих столов” — lsdiag.msc (Administrative Tools -> Remote Desktop Services -> RD Licensing Diagnoser). В окне утилиты будет отображаться такая ошибка:

Не задан режим лицензирования для сервера узла сеансов удаленных рабочих столов

В английской версии Windows Server ошибка выглядит так:

Как вы видите, на самом деле доступных клиентам лицензий нет, т.к. режим лицензирования не задан.

Все это говорит о том, что администратор не задал для этого хоста сервер лицензирования RDS и/или режим лицензирования. Это несмотря на то, что при развертывании хоста RDS уже был указан тип лицензирования (Configure the deployment -> RD Licensing).

Отройте консоль PowerShell и проверьте, задан ли сервер лицензирования RDS с помощью следующих команд:

$obj = gwmi -namespace "Root/CIMV2/TerminalServices" Win32_TerminalServiceSetting
$obj.GetSpecifiedLicenseServerList()

Примечание. Командлет Get-RDLicenseConfiguration при этом может выводить совершенно другие, ошибочные данные.

Если сервер лицензирования не задан, его можно указать командой:
$obj. SetSpecifiedLicenseServerList("rdslic1.winitpro.ru")

Также вы можете принудительно задать параметры лицензирования RDS можно несколькими способами.

Через реестр:

В ветке HKLMSYSTEMCurrentControlSetControlTerminal ServerRCMLicensing Core нужно изменить значение DWORD параметра с именем LicensingMode с 5 на:

• 2 — если используется лицензирование на устройства (Per Device)
• 4 — при использовании RDS лицензирования на пользователей (Per User)

Вы можете изменить параметр реестра вручную через regedit.exe или следующими командами PowerShell из модуля управления реестром:

# Укажите тип лицензирования RDS 2 – Per Device CAL, 4 – Per User CAL
$RDSCALMode = 2
# Имя сервера лицензирования RDS
$RDSlicServer = "rdslic1.winitpro.ru"# Задаем имя сервера и тип лицензирования в реестре
New-Item "HKLM:SYSTEMCurrentControlSetServicesTermServiceParametersLicenseServers"
New-ItemProperty "HKLM:SYSTEMCurrentControlSetServicesTermServiceParametersLicenseServers" -Name SpecifiedLicenseServers -Value $RDSlicServer -PropertyType "MultiString"
Set-ItemProperty "HKLM:SYSTEMCurrentControlSetControlTerminal ServerRCMLicensing Core" -Name "LicensingMode" -Value $RDSCALMode

После внесения изменений нужно перезагрузить RDS хост.

Параметры сервера лицензирования RDS также можно задать через политики GPO (локальную или доменную политику).

Если сервер RDS находится в рабочей группе (не добавлен в домен Active Directory), используйте локальный редактор политик gpedit.msc. Перейдите в раздел Конфигурация компьютера -> Компоненты Windows -> Службы удаленных рабочих столов -> Узел сеансов удаленных рабочих столов -> Лицензирование (Computer Configuration -> Administrative Templates -> Windows Components -> Remote Desktop Services -> Remote Desktop Session Host -> Licensing).

Нас интересуют две политики:

После перезагрузки сервера откройте средство диагностики лицензирования RDS. Если вы все настроили правильно, должно появится число доступных RDS лицензий и указан режим лицензирования.

Также обратите внимание, что, если на сервере RD Licensing Server установлена, например, Windows Server 2012 R2 и CAL для RDS 2012 R2, вы не сможете установить RDS CAL лицензии для Windows Server 2016 или 2019. Ошибка “Remote Desktop Licensing mode is not configured” сохранится, даже если вы указали правильные тип лицензий и имя сервера лицензирования RDS. Старые версии Windows Server просто не поддерживают RDS CAL для более новых версий WS.

При этом в окне RD License Diagnoser будет отображаться надпись:

The Remote Desktop Session Host is in Per User licensing mode and no Redirector Mode, but license server does not have any installed license with the following attributes:
Product version: Windows Server 2016
Use RD Licensing Manager to install the appropriate licenses on the license server.

Сначала Вам придется обновить версию Windows Server на сервере лицензирования (или развернуть новый RD License host). Более новая версия Windows Server (например, WS 2019 поддерживает RDS CAL для всех предыдущих версий Windows Server).

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

При работе через компьютер с удалёнными рабочими столами нередко происходят неполадки с подключением. Одна из частых ошибок – «удаленный сеанс отключен, поскольку отсутствуют клиентские лицензии». Причин у подобной неисправности достаточно много, и устраняются они разными способами.

Что за ошибка, почему возникает?

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

Если зайти в просмотр событий системы (Панель управления — Администрирование – просмотр событий), то в момент возникновения ошибки иногда можно найти информационное сообщение, которое расшифрует причину неисправности. В зависимости от этого и выбираются дальнейшие действия. Чаще всего встречаются всего 2 разновидности проблем с удаленными сеансами.

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

Сервер лицензирования удалённых рабочих столов недоступен

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

1. Подсоединитесь к RDP-серверу по IP-адресу вместо DNS-имени. Если ошибка возникает на этапе проверки логина и пароля, то используйте не доменные, а локальные учетные данные.
2. Далее следует установить, распознаёт ли DNS-сервер FQDN название RDP-сервера. Запустите командную строчку и пропишите: «Nslookup rdpserver», где вместо rdpserver пишем имя сервера. Удостоверьтесь, что отобразился IP-адрес сервера.
3. Если команда возвратила неверные данные, тогда произведите сброс кэша DNS (ipconfig/flushdns в командной строке) на клиенте и разрешите наименование RDP-сервера, воспользовавшись снова «Nslookup».
4. Если «Nslookup» всё так же будет указывать неверные данные, проверьте файл «hosts» командой: «Notepad C:WindowsSystem32driversetchosts».
5. Если в файле не присутствуют статические записи для RDP-сервера, можно попытаться внести их самостоятельно, добавив строчку формата: «IP-адрес сервера rdpserver.xxx.ru», где rdpserver.xxx.ru – имя сервера.
6. Если неполадка исправится — причина в DNS-сервере. Проведите проверку записей на нём, либо уведомите о неполадке администратора DNS. Убедитесь, имеется ли доступ к RDP-серверу, используя «ping rdpserver.xxx.ru».
7. Убедитесь, что с клиента на сервере имеется доступ к RDP-порту 3389 с применением «PowerShell». Введем команду «Test—NetConnection rdpserver —port 3389».
8. Если команда возвращает «TcpTestSucceeded: False», значит RDP-служба на удалённом ПК не запущена либо соединение запрещается межсетевым экраном или брандмауэром.

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

1. Произведите обновление RDP-клиента.
2. Воспользуйтесь альтернативным RDP-клиентом, например Remote Desktop Manager.
3. Отключите защитные программы у клиента и сервера и проверьте подключение.
4. Если подключение происходит с клиента Windows XP, а на сервере запущена опция NLA, то у клиента XP необходимо запустить поддержку NLA через реестр.
5. Проверьте, что для учётной записи определён пароль.
6. Если ошибка «Удалённый рабочий стол не сумел отыскать ПК» появилась при попытке выполнить 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:

На 32-битной ОС нужно перейти в папку «Microsoft» и дойти до «MSLicensing».

Затем щёлкните правой клавишей мышки по строке с данной папкой и нажмите на «Удалить».

Процедуру удаления нужно подтверждать вручную.

В ситуации с 64-битной ОС особенность в том, что после перехода к блоку «SOFTWARE», нужно добавочно раскрывать «Wow6432Node».

После проделанных процедур перезапустите ПК.

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

Если всё сделано верно, стабильная работа RDP восстановится.

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

1. Запустите реестр и отыщите «MSLicensing» (как в предыдущем случае). Щёлкните по блоку правой клавишей мышки и нажмите на опцию «Экспортировать».
2. Указывайте директорию сохранения документа, на собственный выбор задайте наименование и щёлкните по «Сохранить».
3. Необходимо переместить созданный файл на другой ПК и 2 раза щёлкнуть по документу.
4. В окне уведомления согласитесь на импорт, нажимая на «Да».
5. При успешном выполнении процедуры появится уведомление, и тогда ПК можно перезагрузить.

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

Необходимо запустить утилиту «Диспетчер лицензирования удалённых рабочих столов». Её возможно открыть через окошко «Администрирование». Она появляется после назначения ролей.

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