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

Обновлено: 21.11.2024

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

Служба удаленных рабочих столов перестанет работать через 104 дня.

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

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

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

Для более точной диагностики проблемы необходимо запустить средство диагностики лицензирования удаленных рабочих столов — lsdiag.msc (Средства администрирования -> Службы удаленных рабочих столов -> Диагностика лицензирования удаленных рабочих столов). В его окне отображается следующая ошибка:

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

Это означает, что администратор не указал сервер лицензирования RDS и/или режим лицензирования. Это необходимо сделать, даже если тип лицензирования уже был указан при развертывании узла RDS (Настройка развертывания -> Лицензирование удаленных рабочих столов -> Выбор режима лицензирования удаленного рабочего стола).

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

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

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

Если вы не помните, на каком сервере установлена ​​роль RD License, вы можете отобразить список всех серверов лицензирования RDS, зарегистрированных в домене Active Directory, с помощью командлета Get-ADObject из модуля PowerShell ActiveDirectory:

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

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

В разделе реестра HKLM\SYSTEM\CurrentControlSet\Control\Terminal Server\RCM\Licensing Core измените значение параметра DWORD с именем LicensingMode с 5 на:

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

После внесения изменений перезапустите сервер RDSH.

Вы также можете настроить параметры сервера лицензирования RDS с помощью GPO (локальной политики или политики домена). Если ваш RDS-сервер находится в рабочей группе (не присоединен к домену Active Directory), используйте локальный редактор групповой политики gpedit.msc. Перейдите в раздел Конфигурация компьютера -> Административные шаблоны -> Компоненты Windows -> Службы удаленных рабочих столов -> Узел сеансов удаленных рабочих столов -> Лицензирование.

Нам нужны две политики:

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

Если в вашей сети используется брандмауэр, вы должны открыть следующие порты от узла RDSH к серверу лицензирования RDS: TCP:135, UDP:137, UDP:138, TCP:139, TCP:445, TCP: 49152–65535 (диапазон RPC).

Вы можете проверить наличие открытых портов с помощью командлета Test-NetConnection. Если порты закрыты в локальном брандмауэре Защитника Windows, вы можете открыть порты с помощью командлетов PowerShell из модуля NetSecurity.

Также обратите внимание, что если, например, на сервере лицензирования удаленных рабочих столов установлены Windows Server 2012 R2 и CAL для RDS 2012 R2, вы не сможете установить клиентские лицензии RDS для Windows Server 2016/2019. Ошибка «Режим лицензирования удаленных рабочих столов не настроен» сохраняется, даже если вы укажете правильный тип лицензии и имя сервера лицензирования RDS. Старая версия Windows Server просто не поддерживает клиентские лицензии RDS для более новых версий.

В этом случае в окне RD License Diagnoser появится следующее сообщение:

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

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

Хорошо, я установил RDS, я добавил сервер лицензий, я добавил информацию о лицензионном соглашении RDS Per User CALS, и все завершается без ошибок, однако на экране обзора RDS у меня есть зеленый символ + под RD Licensing, и я получаю сообщение об ошибке

"Режим лицензирования удаленного рабочего стола не настроен"

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

Разрыв связывающих вас ИТ-цепочек

2022-03-24 18:00:00 Веб-семинар UTC Веб-семинар: Масштабирование вычислений — разрыв связывающих вас ИТ-цепочек Подробности о событии Просмотреть все события

Мои мысли тоже не помешают.

Также нашел это:

16 ответов

Кен Картер

Недостаточно просто установить клиентские лицензии. Вам необходимо указать в Диспетчере серверов, какой режим вы используете: клиентские лицензии на устройство или клиентские лицензии на пользователя. Запустите настройку узла сеансов удаленных рабочих столов и выберите режим, который вы хотите использовать (клиентские лицензии на основе пользователя или устройства).

Da_Schmoo

  • отметить 145 лучших ответов
  • thumb_up 697 благодарных голосов

Диспетчер серверов, RDS, Изменить свойства развертывания. Определены ли здесь сервер лицензирования и режим?

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

Da_Schmoo

  • отметить 145 лучших ответов
  • thumb_up 697 благодарных голосов

Я бы удалил запись для сервера лицензирования, не присоединенного к домену.

Мои мысли тоже не помешают.

Также нашел это:

Da_Schmoo

  • отметить 145 лучших ответов
  • thumb_up 697 благодарных голосов

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

Da_Schmoo написал:

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

Среда с одним сервером, Essentials. Я только сказал, что это единственная причина, по которой я могу придумать, чтобы в списке были имена как до, так и после домена.

Da_Schmoo

  • отметить 145 лучших ответов
  • thumb_up 697 благодарных голосов

Основное? Насколько я понимаю, Essentials поддерживает только роль RDGateway, которую он устанавливает по умолчанию, а не полные службы RDS, такие как узлы сеансов и т. д.

Server 2012r2 с установленной ролью Essentials.

Не то, что мне сообщили при лицензировании этого сервера. Так как это сервер Server 2012r2, всем, кто использует шлюз удаленных рабочих столов, необходима клиентская лицензия. Поскольку это сервер Server 2012R2 с установленной ролью Essentials, для любого удаленного доступа требовались RDS CALS:

Наконец, важно отметить, что включение роли Essentials Experience никоим образом не меняет условий лицензирования приобретенного вами выпуска. Наиболее распространенный вопрос связан с использованием функции удаленного веб-доступа роли Essentials Experience. Поскольку эта функция использует службу роли шлюза удаленных рабочих столов служб удаленных рабочих столов (RDS), каждому пользователю, использующему эту функцию в редакциях Standard и Datacenter, требуется клиентская лицензия RDS (CAL). Однако в редакции Essentials, как и в предыдущих версиях, для использования удаленного веб-доступа не требуется клиентская лицензия служб удаленных рабочих столов. Для получения дополнительной информации см. этот краткий обзор лицензирования.

Da_Schmoo

  • отметить 145 лучших ответов
  • thumb_up 697 благодарных голосов

Установка «роли» Essentials не влияет на условия лицензирования. Всем, кто использует любую функцию RDS — Remote Host, RemoteApps, RDGateway, требуется RDS и клиентская лицензия на сервер.

Сам продукт Server Essentials не требует дополнительного лицензирования, но это SKU Essentials, а не Standard с «ролью» Essentials.

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

Но перед этим коснемся основ.

Что такое лицензирование удаленного рабочего стола?

Каждому устройству или пользователю, который хочет подключиться к узлу сеанса удаленного рабочего стола, требуется клиентская лицензия (CAL), которая поможет вам устанавливать и отслеживать лицензии на разных компьютерах. Эта клиентская лицензия также упрощает доступ и гарантирует, что никакая неавторизованная система не сможет подключиться к удаленному хосту.

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

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

Многие версии клиентских лицензий применимы к разным версиям узла сеансов. Например, узлы сеансов 2008 и 2008 R2 совместимы с клиентскими лицензиями RDS 2008 R2, CAL RDS 2012, CAL RDS 2016 и CAL RDS 2019, а узел сеансов 2012 совместим с клиентскими лицензиями RDS 2012 и более поздними версиями. Итак, проверьте совместимость версий для вашей клиентской лицензии.

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

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

Что такое ошибка «режим лицензирования удаленного рабочего стола не настроен»?

Что такое ошибка «Режим лицензирования удаленного рабочего стола не настроен»? В чем причина этой ошибки и как ее исправить?

Льготный период Microsoft

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

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

Однако если вы превысите 120-дневный льготный период, вы не сможете получить доступ к сервису. Тогда уведомление превратится в ошибку, и вам придется купить лицензию, чтобы продолжить доступ.

Хотя это наиболее распространенная причина ошибки "Режим лицензирования удаленного рабочего стола не настроен", могут быть и другие причины/причины.

Но идентифицировать их непросто, так как сообщение об ошибке не будет таким интуитивно понятным, и тогда вы сможете использовать диагностические инструменты, такие как RD Licensing Diagnoser.

Чтобы использовать этот инструмент, выберите «Администрирование» -> «Службы удаленных рабочих столов» -> «Диагностика лицензирования удаленных рабочих столов». Сообщения этого инструмента могут дать лучшее представление о причине ошибки «режим лицензирования удаленного рабочего стола не настроен».

Нет конфигурации

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

Это означает, что вам необходимо настроить режим лицензирования сервера узла сеансов. Помните, что вы можете получить это сообщение даже во время льготного периода, если вы не настроили хост-сервер.

Чтобы еще раз проверить, настроено ли лицензирование, используйте командлет PowerShell:

Некоторые люди могут предпочесть использовать командлет Get-RDLicenseConfiguration , но это может не отображать нужные вам данные. По этой причине используйте описанный выше метод GetSpecifiedLicenSeserverList().

Существует много способов настроить режим лицензирования, и вот ваш выбор.

Использовать командлет PowerShell

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

Использовать реестр

Вы также можете настроить лицензирование с помощью реестра.

Перейдите в HKLM\SYSTEM\CurrentControlSet\Control\Terminal Server\RCM\Licensing Core и измените значение параметра LicensingMode с 5 на 2, если вы используете режим лицензирования для каждого устройства, или на 4, если вы используете режим лицензирования на пользователя.

Использовать локальную или доменную политику

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

  • Выберите «Выполнить» (клавиша Windows + R) и введите gpedit.msc, чтобы открыть редактор групповой политики.
  • Перейдите в раздел Конфигурация компьютера -> Административные шаблоны -> Компоненты Windows -> Службы удаленных рабочих столов -> Узел сеансов удаленных рабочих столов -> Лицензирование.
  • Пролистайте список политик, найдите и щелкните правой кнопкой мыши «Использовать указанные серверы лицензирования удаленных рабочих столов». Выберите Свойства.
  • Проверьте, включен ли параметр «Использовать указанные серверы лицензирования удаленных рабочих столов». Если нет, включите политику и укажите адрес сервера лицензирования RDS. Если их несколько, разделите их запятыми.
  • Затем установите режим лицензирования. Перейдите к пункту «Установить режим лицензирования удаленного рабочего стола», щелкните правой кнопкой мыши и выберите «Свойства».
  • Проверьте, включен ли переключатель «Включено». В противном случае выберите этот переключатель.
  • Перейдите к пункту «указать режим лицензирования для хост-сервера сеансов удаленных рабочих столов» и выберите «на пользователя» или «на устройство» в соответствии с вашим режимом лицензирования.
  • Сохраните настройки и выйдите.

Перезагрузите устройство

Наконец, перезапустите сервер и проверьте, есть ли у вас доступ к удаленному устройству.

Проверьте брандмауэр

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

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

Для постоянного исправления откройте указанные ниже порты для подключения с хоста RDSH к серверу лицензирования RDS.

  • UDP — 137 и 138.
  • TCP – 135, 137, 139 и любые другие значения в диапазоне RPC.

Проверить совместимость

Лицензия RDS CAL не имеет обратной совместимости, поэтому проверьте, совместима ли ваша лицензия с вашим Windows Server. Часто это простая, но упускаемая из виду проблема.

Если ваша клиентская лицензия более поздней версии, чем ваш сервер, подумайте об обновлении устройства или купите клиентскую лицензию, совместимую с имеющейся у вас версией.

Используйте соответствующий тип RDS CAL

Иногда неправильный тип клиентской лицензии для вашей среды RDS может привести к ошибке "режим лицензирования удаленного рабочего стола не настроен".

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

Учитывая это, проверьте, используете ли вы подходящую клиентскую лицензию для подключения.

Ошибка лицензирования удаленного рабочего стола: иногда ошибка конфигурации, иногда нет

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

Мы надеемся, что упомянутая выше конфигурация устранит эту ошибку для вас.

Сообщите нам в разделе комментариев, если какое-либо другое решение сработало для вас.

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

В рамках наших Служб управления сервером мы помогаем нашим клиентам регулярно исправлять ошибки, связанные с Windows.

Давайте сегодня обсудим возможные причины и способы устранения этой ошибки.

Что вызывает ошибку «Режим лицензирования для узла сеансов удаленных рабочих столов не настроен»?

При попытке настроить новый узел RDSH в RDS Windows Server мы можем столкнуться с предупреждающим всплывающим сообщением, как показано ниже:

Из сообщения об ошибке видно, что узел сеансов удаленных рабочих столов (RDS) работает в течение льготного периода (в течение льготного периода в 120 дней мы можем использовать узел сеансов удаленных рабочих столов без активации лицензий RDS).

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

Как исправить ошибку «Режим лицензирования для узла сеансов удаленных рабочих столов не настроен»?

Мы можем провести точную диагностику проблемы с помощью средства диагностики лицензирования удаленных рабочих столов — lsdiag.msc.

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

Это означает, что администратор не указал сервер лицензирования RDS и/или режим лицензирования.

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

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

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

Если мы не помним, на каком сервере установлена ​​роль RD License, мы можем отобразить список всех серверов лицензирования RDS, зарегистрированных в домене Active Directory, с помощью командлета Get-ADObject из модуля PowerShell ActiveDirectory:

Принудительно установите режим лицензирования RDS с помощью реестра:

В разделе реестра HKLM\SYSTEM\CurrentControlSet\Control\Terminal Server\RCM\Licensing Core измените значение параметра DWORD с именем LicensingMode с 5 на:

  • 2 — если используется режим лицензирования RDS на устройство
  • 4 — если используется лицензирование "на пользователя".

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

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

Мы также можем настроить параметры сервера лицензирования RDS с помощью GPO (локальной или доменной политики). Если сервер RDS находится в рабочей группе, используйте локальный редактор групповой политики gpedit.msc.

Перейдите в раздел Конфигурация компьютера -> Административные шаблоны -> Компоненты Windows -> Службы удаленных рабочих столов -> Узел сеансов удаленных рабочих столов -> Лицензирование.

Нам нужны две политики:

  • Использовать указанные серверы лицензирования удаленных рабочих столов — включите политику и укажите адрес сервера лицензирования RDS. Если сервер лицензий работает на том же сервере, введите 127.0.0.1
  • Установите режим лицензирования удаленного рабочего стола — выберите режим лицензирования. Например, на пользователя.

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

Если в сети используется брандмауэр, мы должны открыть следующие порты от хоста RDSH к серверу лицензирования RDS: TCP:135, UDP:137, UDP:138, TCP:139, TCP:445, TCP: 49152–65535 (диапазон RPC).

Мы можем проверить наличие открытых портов с помощью командлета Test-NetConnection. Мы можем открыть закрытые порты в локальном брандмауэре Защитника Windows с помощью командлетов PowerShell из модуля NetSecurity.

[Нужна дополнительная помощь в исправлении режима лицензирования для хоста сеанса удаленного рабочего стола? – Мы доступны 24*7]

Заключение

Короче говоря, ошибка «Режим лицензирования для узла сеансов удаленных рабочих столов не настроен» часто вызывает триггеры, когда узел RDS работает в льготный период. Сегодня мы увидели, как наши инженеры службы поддержки исправили эту ошибку.

Похожие сообщения:

ЗАЩИТИТЕ ВАШ СЕРВЕР ОТ СБОЯ!

Никогда больше не теряйте клиентов из-за низкой скорости сервера! Позвольте нам помочь вам.

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

Читайте также: