Лицензирование удаленных рабочих столов windows 2019 лечение

Обновлено 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. Жду ваших вопросов и комментариев.

Помогла ли Вам статья?

Удаленный компьютер отключил сеанс, из-за ошибки в протоколе лицензирования

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

«Удаленный компьютер отключил сеанс, из-за ошибки в протоколе лицензирования.

Попытайтесь подключиться к удаленному компьютеру снова или обратитесь к администратору сервера»

Данная ошибка появляется так отсутствует лицензия на клиентской машине.

Данные лицензии находиться в реестре по данной ветке.

HKEY_LOCAL_MACHINESoftwareMicrosoftMSLicensing

Данная ветка реестра обычно удаляют для очистки Кеша лицензий.

или же если Windows новая, то данной ветки может просто не существовать.

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

Но для этого нужны права администратора.

Данная проблема решается очень просто:

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

Решение 1. Можно отключить UAC как это сделать смотрите здесь.

Решение 2. Запустить можно вот так:

открываем пуск, Все программы, Стандартные, Подключение к удаленному рабочему столу.

Нажимаем правой клавишей и в контекстном меню жмем «запустить от имени администратора»

Решение 3. Запустите командную строку от имени администратора и введите команду mstsc.exe

не забудь сохранить к себе на стену в соц сети

Источник

Руководство по устранению неполадок лицензирования RDS

Попробуйте использовать виртуальный агент . Он поможет быстро выявить и устранить распространенные проблемы с репликацией Active Directory .

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

Контрольный список по устранению неполадок

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

Значение 120-дневного льготного периода лицензирования уменьшается до 0 (ноль) сразу после настройки сервера лицензирования. Дополнительные сведения см. в следующих статьях:

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

Или выполните следующую команду PowerShell:

Льготный период сброса: льготный период можно сбросить до 0. Однако мы не рекомендуем использовать этот подход. Вместо этого необходимо реализовать сервер лицензирования вместе с пакетом лицензий.

Проверка серверов лицензирования и текущего режима лицензирования, настроенного на сервере узла сеансов удаленных рабочих столов (RDSH).

Для этого выполните следующую команду PowerShell:

Задайте метод применения сервера лицензирования и режима лицензирования на сервере RDSH.

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

Использование графического пользовательского интерфейса

Используйте графический пользовательский интерфейс RDMS, запущенный в активном брокере. Эта конфигурация хранится в следующих значениях реестра:

Подраздел реестра: ComputerHKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlTerminal ServerRCMLicensing Core
Значение реестра: LicensingMode

Подраздел реестра: ComputerHKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTermServiceParametersLicenseServers
Значение реестра: SpecifiedLicenseServers

Использование локальной политики

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

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

Эти значения хранятся в следующих значениях реестра:

Подраздел реестра: ComputerHKEY_LOCAL_MACHINESOFTWAREPoliciesMicrosoftWindows NTTerminal Services
Значения реестра:

Эта конфигурация будет применяться до конфигурации, упомянутой в разделе «Использование графического пользовательского интерфейса». Это означает, что конфигурация «Использование графического пользовательского интерфейса» не будет действовать при настройке локальной политики, так как значения реестра не будут действовать. В этом случае нельзя использовать RDSM для настройки серверов лицензирования и режима лицензирования.

Использование объекта групповой политики

Этот метод аналогичен использованию локальной политики. Единственным отличием является то, что эта конфигурация задается с помощью объекта групповой политики, настроенного в домене Active Directory:
Административные шаблоны > политик конфигурации > компьютеров > : лицензирование >>> узла сеансов удаленных рабочих столов в компонентах Удаленных рабочих столов Windows
Настройте политику режима лицензирования удаленного рабочего стола .

Конфигурация политики хранится в следующих записях реестра на сервере узла сеансов:

Подраздел реестра: ComputerHKEY_LOCAL_MACHINESOFTWAREPoliciesMicrosoftWindows NTTerminal Services
Значения реестра:

• Эта конфигурация будет применяться до конфигурации, упомянутой в разделе «Использование графического пользовательского интерфейса». Это означает, что конфигурация «Использование графического пользовательского интерфейса» не будет действовать при настройке локальной политики, так как значения реестра не будут действовать. В этом случае нельзя использовать RDSM для настройки серверов лицензирования и режима лицензирования.
• Консоль gpedit.msc, запущенная на сервере узла сеансов, не отображается в этой конфигурации.

Проверка конфигурации на сервере лицензирования

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

Проверьте, активирован ли сервер лицензирования.

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

Убедитесь, что сервер лицензирования добавлен в группу доменов Terminal Server License Server.

Задайте способ применения конфигурации серверов лицензирования и режима лицензирования:

• Выполните действия, описанные в пункте 2 маркера, чтобы проверить, что видит сервер узла сеансов. Проверьте конфигурацию реестра, представленную в маркированном элементе 3, чтобы определить, как она задана.
• Если объект групповой политики существует, это означает, что параметры задается на сервере. Даже если gpedit.msc отображает конфигурацию, она не будет использоваться.

Проверьте, применяется ли групповая политика объект, выполнив следующую команду:
gpresult /H ?:fileName.html

Проверьте минимальное количество TCP-портов.

Убедитесь, что открыты минимальные TCP-порты. Дополнительные сведения см. в разделе «Требования к сетевому порту лицензирования удаленных рабочих столов»

Используйте журнал событий для определения поведения сервера лицензирования.

• На сервере лицензирования запустите Просмотр событий.
• Доступ к журналам приложений и службWindowsTerminalServices-LicensingOperational.
• В следующей статье содержится список событий служб удаленных рабочих столов, которые могут отображаться в журнале событий на компьютере, на котором установлена служба ролей лицензирования удаленных рабочих столов.
  Лицензирование удаленных рабочих столов

Распространенные проблемы и решения

WVD выйдите из системы через 60 минут с ошибкой 0x80070057

Пользователи Виртуального рабочего стола Windows (WVD) выйдите из системы через 60 минут из-за недопустимой лицензии и ошибки лицензирования 0x80070057.

Чтобы устранить эту проблему, повторно разверните пулы узлов, чтобы сброс льготного периода. Это единственный поддерживаемый обходной путь.

RDLS перестает отвечать на запросы Windows Server 2016 при запросе клиентские лицензии Windows Server 2019

Служба лицензирования удаленных рабочих столов (RDLS) перестает отвечать на запросы Windows Server 2016 клиентские лицензии Windows Server 2019.

Настройка RDSH windows Server 2019 для использования Windows Server 2016 версии RDLS не поддерживается. RDLS Windows Server 2016 версии не может создавать или обрабатывать клиентские лицензии служб удаленных рабочих столов Windows Server 2019. Эта проблема устранена в RDLS 2012 R2. Это не происходит в RDLS 2019.

Дата отчета отображается как «Неизвестная» в диспетчере лицензирования удаленных рабочих столов

Эта проблема устранена в обновлении базы знаний 4457127.

Сбор данных

Прежде чем обращаться в службу поддержки Майкрософт, можно собрать сведения о проблеме.

Предварительные требования

1. TSSv2 должны запускаться учетными записями с правами администратора в локальной системе, а лицензионное соглашение должно быть принято (после принятия лицензионного соглашения TSSv2 больше не будет запрашивать).
2. Мы рекомендуем использовать политику выполнения RemoteSigned PowerShell на локальном компьютере.

Если текущая политика выполнения PowerShell не позволяет выполнять TSSv2, выполните следующие действия:

• Задайте RemoteSigned политику выполнения для уровня процесса, выполнив командлет PS C:> Set-ExecutionPolicy -scope Process -ExecutionPolicy RemoteSigned .
• Чтобы проверить, вступает ли изменение в силу, выполните командлет PS C:> Get-ExecutionPolicy -List .
• Так как разрешения уровня процесса применяются только к текущему сеансу PowerShell, после закрытия заданного окна PowerShell, в котором выполняется TSSv2, назначенное разрешение для уровня процесса также возвращается в ранее настроенное состояние.

Сбор ключевых сведений, прежде чем обращаться в службу поддержки Майкрософт

Скачайте TSSv2 на всех узлах и распакуйте его в папку C:tss_tool.

Откройте папку C:tss_tool из командной строки PowerShell с повышенными привилегиями.

Запустите трассировки на клиенте и сервере с помощью следующих командлетов:

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

Если при выполнении скрипта вы получаете много предупреждений системы безопасности, связанных с политикой выполнения, Set-ExecutionPolicy -ExecutionPolicy Bypass -force -Scope Process выполните командлет, чтобы обойти эти предупреждения.

Ответ на запрос лицензионного соглашения.

Разрешите запись (видео) и введите Y.

Когда скрипт отображается как Reproduce the issue and enter ‘Y’ key AFTER finishing the repro на клиенте, так и на сервере, начните воспроизводить проблему.

Введите Y, чтобы завершить сбор журналов после воспроизведения проблемы.

Трассировки будут храниться в ZIP-файле в папке C:MSDATA , которую можно отправить в рабочую область Майкрософт для анализа.

Источник

Решение проблем с отсутствием клиентских лицензий удаленного рабочего стола

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

Способы устранения ошибки

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

Способ 1: Удаление веток реестра

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

На клавиатуре воспользуйтесь комбинацией клавиш «Win+R» и введите следующий запрос.

regedit

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

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

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

Способ 2: Копирование веток реестра

Первый способ исправления проблемы с отсутствием клиентской лицензии удаленного рабочего стола является действенным не на всех версиях ОС Windows, что в особенности относится к десятке. Исправить ошибку можно путем переноса веток реестра с машины под управлением Windows 7 или 8 на ваш компьютер.

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

Примечание: Несмотря на различия в версиях ОС, ключи реестра работают должным образом.

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

Заключение

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

Источник