Terminal server windows 2018 server: Установка и активация сервера лицензирования RDS на Windows Server 2019/2016

Установка и активация сервера лицензирования RDS на Windows Server 2019/2016

В это статье мы рассмотрим процесс установки, настройки и активации роли сервера лицензирования удаленных рабочих столов (Remote Desktop Licensing) на базе Windows Server 2019 и 2016, а также процедуру установки и активации клиентских терминальных (RDS CAL).

Напомню, что после установки роли терминального сервера Remote Desktop Session Host, пользователи могут использовать его только в течении пробного периода 120 дней, после окончания которого возможность подключения к удаленному RDS серверу пропадает. Согласно схеме лицензирования Microsoft, все пользователи или устройства, подключающиеся к рабочему столу RDS сервера, должны быть лицензированы. Для учета и выдачи терминальных лицензий (RDS CAL) существует отдельная служба в роли RDS — Remote Desktop License Server.

Содержание:

• Установка роли Remote Desktop Licensing в Windows Server 2019/2016
• Активация сервера лицензий RDS в Windows Server
• Типы клиентских терминальных лицензий (RDS CAL)
• Установка клиентских лицензий RDS CAL в Windows Server 2019/2016
• Отчеты об использовании лицензий CAL на RDS
• Удаление RDS CAL с сервера лицензирования
• Настройка серверов RDSH на использование сервера лицензий RDS

Установка роли Remote Desktop Licensing в Windows Server 2019/2016

Вы можете установить компонент Remote Desktop Licensing на любом сервере домена, не обязательно устанавливать его на одном из серверов фермы RDSH.

Переда началом установки сервера лицензирования RDS нужно добавить данный хост (или убедиться, что у вас есть право на добавление) в доменную группу Terminal Server License Servers, иначе сервер не сможет выдать CAL типа RDS Per User пользователям домена.

Установить службу Remote Desktop Licensing можно через консоль Server Manager. Для этого в мастере Add Roles and Features выберите роль Remote Desktop Services.

В качестве компонента роли нужно выбрать службу Remote Desktop Licensing.

Осталось дождаться окончания установки роли.

Для управления службой RDS-Licensing используется консоль Remote Desktop Licensing Manager —
licmgr.exe
.

В Windows Server стандартные компоненты и роли проще всего установить с помощью PowerShell. Для установки службы лицензирования RDS и утилиты RD Licensing Diagnoser достаточно выполнить одну команду:

Install-WindowsFeature RDS-Licensing –IncludeAllSubFeature -IncludeManagementTools

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

Get-WindowsFeature -Name RDS* | Where installed

Активация сервера лицензий RDS в Windows Server

Чтобы сервер лицензирования RDS мог выдавать лицензии клиентам, его необходимо активировать. Для этого, откройте консоль Remote Desktop Licensing Manager (licmgr.exe), щелкните ПКМ по имени вашего сервера и выберите пункт меню Activate Server.

Запустится мастер активации сервера лицензирования RDS, в котором нужно будет выбрать желаемый метод активации. Если ваш сервер имеет доступ в Интернет, он может автоматически подключиться к серверам Microsoft. Если доступа в интернет с сервера нет, можно активировать сервер через веб браузер или по телефону.

Далее нужно будет заполнить ряд информации о вашей организации (часть полей является обязательными).

Осталось нажать кнопку Finish.

Щелкните в консоли по имени сервера правой клавишей и выбрать пункт Review Configuration. Здесь можно убедиться, что данный сервер лицензий RDS является активированным и может быть использован для активации RDS клиентов в домене.

• This license server is a member of the Terminal Server License Servers group in Active Directory. This license server will be able to issue RDS Per User CALs to users in the domain, and you will be able to track the usage of RDS Per User CALs.
• This license server is registered as a service connection point (SCP) in Active Directory Domain Services.

Типы клиентских терминальных лицензий (RDS CAL)

Каждый пользователь или устройство, которое подключается к серверам Remote Desktop Session Host, должно иметь клиентскую лицензию (CAL — client access license). Есть два типа терминальных CAL.

• На устройство (Per Device CAL) – это постоянный тип лицензии, назначающийся компьютеру или устройству, которое подключается к RDS серверу более одного раза (при первом подключении устройства ему выдается временная лицензия). Данные лицензии не являются конкурентными, т.е. если у вас 10 лицензий Per Device, то к вашему RDS серверу смогут подключится всего 10 компьютеров. Актуальная OVL лицензия называется так:
  WinRmtDsktpSrvcsCAL 2019 SNGL OLV NL Each AP DvcCAL
• На пользователя (Per User CAL) – такой тип лицензии позволяет одному пользователю подключиться к серверу RDS с любого количества компьютеров/устройств. Данный тип лицензий привязывается к учетной записи пользователя в Active Directory, но выдается не навсегда, а на определенный период времени. Лицензия выдается на срок от 52 до 89 дней (случайное число). Актуальная Open Value лицензия этого типа называется так:
  WinRmtDsktpSrvcsCAL 2019 SNGL OLV NL Each AP UsrCAL
  .

  Если вы попытаетесь использовать RDS CAL Per User 2019 в рабочей группе (не в домене), то RDSH сервер будет каждые 60 минут принудительно завершать сеанс пользователей с сообщением: “Проблема с лицензией удаленных рабочих столов и ваш сеанс будет завершен через 60 мин / There is a problem with your Remote Desktop license, and your session will be disconnected in 60 minutes ”. Поэтому для RDS серверов в среде workgroup нужно использовать только лицензирование на устройство — Per Device RDS CAL.

Установка клиентских лицензий RDS CAL в Windows Server 2019/2016

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

В консоли Remote Desktop Licensing Manager щелкните ПКМ по серверу и выберите Install Licenses.

Выберите способ активации (автоматически, через веб или по телефону) и программу лицензирования (в нашем случае Enterprise Agreement).

В сеть утекло уже довольно много enterprise agreement номеров для RDS (4965437). Найти номера думаю, не составит проблемы. Обычно даже не нужно искать кряки или активаторы.

Следующие шаги мастера зависят от того, какой тип лицензирования выбран. В случае Enterprise Agreement нужно указать его номер. Если выбран тип лицензирования License Pack (Retail Purchase), нужно будет указать 25-символьный ключ продукта, полученный от Microsoft или партнера.

Укажите тип продукта (Windows Server 2016 или 2019), тип лицензии (RDS Per User CAL) и количество терминальных лицензий, которые нужно установить на сервере.

После этого, сервер может выдавать лицензии (RDS CAL) клиентам.

Вы можете сконвертировать RDS лицензии User CAL в Device CAL (и наоборот) с помощью контекстного меню Convert Licenses в консоли RD Licensing Manager.

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

$RevokedPCName=”msk-pc2332”
$licensepacks = Get-WmiObject win32_tslicensekeypack | where {($_.keypacktype -ne 0) -and ($_.keypacktype -ne 4) -and ($_.keypacktype -ne 6)}
$licensepacks.TotalLicenses
$TSLicensesAssigned = gwmi win32_tsissuedlicense | where {$_.licensestatus -eq 2}
$RevokePC = $TSLicensesAssigned | ? sIssuedToComputer -EQ $RevokedPCName

$RevokePC.Revoke()

Можно отозвать до 20% Per-Device RDS CALs. Per-User CALs отозвать нельзя.

Отчеты об использовании лицензий CAL на RDS

В консоли управления CAL лицензиями RDS можно сформировать отчет по использованию лицензий. Для этого в контекстном меню сервера выберите Create Report -> CAL Usage.

Однако, я предпочитаю использовать PowerShell для построения отчетов об использовании RDS CAL.

Следующий скрипт покажет оставшееся количество лицензий во всех паках RDS CAL:

Import-Module RemoteDesktopServices -ErrorAction Stop
Set-Location -Path 'rds:' -ErrorAction Stop
$licenses = (Get-Item -Path RDS:\LicenseServer\LicenseKeyPacks\* | Where-Object Name -Like "-Per User-*").Name
$total=0;
$issued=0;
foreach ($license in $licenses) {
$count=(Get-Item -Path RDS:\LicenseServer\LicenseKeyPacks\$license\TotalLicenses).CurrentValue
$total= $total + $count
$count2=(Get-Item -Path RDS:\LicenseServer\LicenseKeyPacks\$license\IssuedLicensesCount). CurrentValue
$issued= $issued + $count2
}
$available = $total - $issued
Write-Host "Total Licenses available: $available"

Вы можете запускать этот PowerShell скрипт через Zabbix и генерировать алерт, если оставшееся количество лицензий меньше, например, 5.

Следующий скрипт позволит получить таблицу по использованию Per User лицензий:

Import-Module RemoteDesktopServices -ErrorAction Stop
Set-Location -Path 'rds:' -ErrorAction Stop
$path = “C:\Logs\Reports\RDS_CAL_Report.csv”
$fileName = (Invoke-WmiMethod Win32_TSLicenseReport -Name GenerateReportEx).FileName
$fileEntries = (Get-WmiObject Win32_TSLicenseReport | Where-Object FileName -eq $fileName).FetchReportEntries(0,0).ReportEntries
$objArray = @()
foreach($entry in $fileEntries){
$objArray += $entry | select User, ProductVersion, CALType, ExpirationDate
$objArray[-1].User = $objArray[-1].User.Split('\') | select -Last 1
$time = $objArray[-1].ExpirationDate. Split('.') | select -first 1
$objArray[-1].ExpirationDate = [datetime]::ParseExact($time, "yyyyMMddHHmmss", $null)
}
$objArray | Export-Csv -Path $path -Delimiter ',' -NoTypeInformation

Удаление RDS CAL с сервера лицензирования

Если вы хотите перенести свой набор лицензий RDS CAL с одного сервера лицензирования Remote Desktop на другой, вы можете удалить установленные лицензии с сервера лицензирования с помощью PowerShell.

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

Get-WmiObject Win32_TSLicenseKeyPack|select-object KeyPackId,ProductVersion,TypeAndModel,AvailableLicenses,IssuedLicenses |ft

Найдите значение KeyPackId для пакета RDS CAL, который нужно удалить и выполите команду:

wmic /namespace:\\root\CIMV2 PATH Win32_TSLicenseKeyPack CALL UninstallLicenseKeyPackWithId KEYPACKID

Также вы можете полностью удалить все наборы CAL, пересоздав базу лицензий RDS. Для этого остановите службу Remote Desktop Licensing:

Stop-Service TermServLicensing

Переименуйте файл C:\Windows\System32\lserver\TLSLic.edb в C:\Windows\System32\lserver\TLSLic.bak и запустите службу:

Start-Service TermServLicensing

После этого все RDS CAL лицензии будут удалены, и вы должны активировать их заново.

Настройка серверов RDSH на использование сервера лицензий RDS

После активации службы сервера лицензирования RDS можно перенастроить терминальные сервера RD Session Host на получение лицензий с данного сервера. Выбрать тип лицензий и указать имя терминального сервера из графического интерфейса Server Manager, с помощью PowerShell или групповой политики.

Чтобы изменить адрес сервера лицензирования на хосте RDS, откройте Server Manager -> Remote Desktop Services -> Collections. В правом верхнем меню “Tasks” выберите “Edit Deployment Properties”.

В настройках перейдите на вкладку RD Licensing, выберите тип лицензирования (Select the Remote Desktop licensing mode) и сервер RDS лицензий (Specify a license server). Нажмите Add -> Ok.

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

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

$obj = gwmi -namespace "Root/CIMV2/TerminalServices" Win32_TerminalServiceSetting


Затем укажите желаемый тип лицензирования:

$obj.ChangeMode(4)

Примечание. 4 указывается, если сервер должен использовать тип лицензирования Per User, 2 – если Per Device.

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

$obj.SetSpecifiedLicenseServerList("rds-lic1.winitpro.ru")

И проверить настройки:

$obj.GetSpecifiedLicenseServerList()

Если вы хотите назначить настройки сервера лицензирования RDS через групповые политики, нужно создать новую GPO и назначить ее на OU с RDS серверами (либо вы можете указать имя сервера лицензирования RDS с помощью локального редактора групповых политик –
gpedit. msc
). Настройки лицензирования задаются в разделе: Computer Configuration -> Policies -> Admin Templates -> Windows Components -> Remote Desktop Services -> Remote Desktop Session Host -> Licensing.

В этом разделе имеется 2 интересующие нас политики:

• Use the specified Remote Desktop license servers – здесь указывается адрес сервера лицензирования RDS;
• Set the Remote Desktop licensing mode – выбор метода лицензирования (типа клиентских лицензий – RDS CAL).

Проверить статус сервера лицензий и количество выданных лицензий можно с помощью утилиты Remote Desktop Licensing Diagnoser (lsdiag.msc). Утилиту RD Licensing Diagnoster можно установить на серверах с ролью RDSH через (Server Manager: Features -> Remote Server Administration Tools -> Role Administration Tools -> Remote Desktop Services Tools -> Remote Desktop Licensing Diagnoser Tools).

Если сервер RDSH не настроен на использование сервера лицензий RDS, в консоли Licensing Diagnoser будут присутствовать следующие предупреждения:

• Licenses are not available for this Remoter Desktop Session Host server, and RD Licensing Diagnose has identified licensing problems for the RDSH
• Number of licenses available for clients: 0
• The licensing mode for the Remote Desktop Session Host server is not configured
• Remote Desktop Session Host server is within its grace period, but the RD Session Host server has not been configured with any license server.

alert] Если вы установили RDSH на ознакомительно редакции Windows Server Evaluation, не забудьте перевести его в полноценную версию согласно инструкции. Без конвертации службы RDSH на таком хосте будут работать только 120 дней даже после того, как вы нацелите его на активированный сервер лицензий RDS.[/alert]

Если предупреждений нет, и вы видите сообщение “RD Licensing Diagnoser did not identify any licensing problems for the Remote Desktop Session Host server”, значит RDSH сервер может получать лицензии RDS CAL для пользователей.

Примечание. В нашем случае после указания нового сервера лицензирования, на RDP клиенте при подключении стала появляться ошибка “The remote session was disconnected because there are no Remote Desktop License Servers available to provide a license”. Решение – удаление ключа L$RTMTIMEBOMB из реестра.

Как развернуть терминальный сервер на Windows Server 2016 — Реальные заметки Ubuntu & Mikrotik

Прочитано:
134 837

Т.к. на новом рабочем месте используется на всех серверах операционная система Windows Server 2016, то для мне это недоработка, что я еще не расписал для себя в шагах, как и какие действия нужно проделать дабы развернуть терминальный сервер. Я конечно понимаю, что что-то существенного по отношению к Windows Server 2012 R2 я не увижу, но все же мне хочется чтобы в моей работе/моей смене было как можно меньше всяких неожиданностей. Я уже смирился и да же рад, что я могу надеяться только на самого себя.

Hostname: srv-ts

Version: Version 10.0.14393

• srv-dc → 192.168.2.2 (AD,DNS,DHCP)
• srv-ts → 192.168.2.100
• srv-gw → 192.168. 2.1 (Mikrotik в роли шлюза)

На заметку: Возьмите за правило хорошего тона: один логический диск, диск С: это система, к примеру 50-100Gb второй логический диск, диск D: это пользовательские профили, для этой задумки понадобится настроить все по заметке:

Если TS (Terminal Server) в домене то определенными групповыми политиками зарезаем все пользователю, что может повредить терминальному серверу и не относится к рабочему процессу. Так обычно делают если у всех в компании нет рабочего компьютера, а стоит тонкий клиент в котором зашито, что при включении он подключается к терминальному серверу. Только у дизайнеров обычно стационарное рабочее место.

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

Win + R → control — (Просмотр) Категория — Мелкие значки — Администрирование — Диспетчер серверов — Панель мониторинга — Добавить роли и компоненты — Установка ролей или компонентов — (Выберите сервер из пула серверов): srv-ts 192. 168.2.100 Майкрософт Windows Server 2016 Standard — отмечаю галочкой роль: Службы удаленных рабочих столов, нажимаю «Далее», «Далее», «Далее». Теперь нужно отметить галочками службы ролей для установки Службы удаленных рабочих столов:

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

и нажимаю «Далее», «Установить».

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

• Login: POLYGON\ekzorchik
• Pass: 712mbddr@

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

Win + X → «Панель управления»— «Администрирование» — «Remote Desktop Services» — «Диспетчер лицензирования удаленных рабочих столов», разворачиваю «Все серверы» — SRV-TS и через правый клик мышью по именованию данного хоста выбираю пункт из меню: «Активировать сервер», Далее.

В качестве метода активации выбираю: Метод активации: Авто(реком), но вот если в Вашей сети нет доступа в интернет, то этот вариант завершится ошибкой: «Не удалось подключиться к расчетной палате корпорации Майкрофт. Проверьте наличие подключения к Интернету на компьютера, на котором запущен диспетчер лицензирования удаленных рабочих столов» и нажима кнопку «Далее»

Указываю контактную информацию по компании на которую оформлен ключ, поля: Имя (ekzorchik), Фамилия (ekzorchik), Организация (ekzorchik), Страна (Russian) и нажимаю «Далее»

На следующем шаге указываю расширенную контактную информацию Email, Organizational unit, Company address, City, State/province, Postal code (на данном шаге я ничего не указывал), «Далее», а после отмечаю галочкой Start Install Licenses Wizard now и нажимаю Next, Next

Далее выбираю тип купленной лицензии — у меня, как и ранее я публиковал в заметке для Server 2008 R2 это код (Номер лицензионного соглашения) именуемый, как Enterprise Agreement (к примеру наиболее распространенные в интернета: 6565792, 5296992, 3325596 и нажимаю Next, указываю номер лицензионного соглашения:

License program: Enterprise Agreement
Agreement number: 6565792

На заметку: Номер Enterprise Agreement приведенные в этой заметки только для собственного тестирования и изучения, не нарушайте закон.

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

• License program: Enterprise Agreement
• Product version: Windows Server 2016
• License type: Клиентская лицензия служб удаленных рабочих столов (на пользователя)
• Quantity: 999

и нажимаю Next, если Вы видите также как и Я надпись: The requested licenses have been successfully installed, то значит Вы активировал Ваш терминальный сервер, по такому принципу как я разобрал выше проделывается и для лицензий на компьютера. После нажимаем кнопку Finish.

Итоговый вид оснастки RD Licensing Manager должен принять следующий вид:

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

Login: alektest, Password: Aa1234567

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

Win + R → mstsc. exe
Компьютер: указываю IP&DNS адрес терминального сервера, в моем случае
Компьютер: srv-ts
Пользователь: alektest

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

Кстати все правильно, нужно на терминальном сервере в группу: Win + R → control.exe — «Администрирование» — «Управление компьютером» — «Локальные пользователи и группы» — «Группы» — «Пользователи удаленного рабочего стола» добавить доменного пользователя или группу пользователей, но добавлять всех прошедших проверку я не рекомендую. Доступ к сервисам нужно выдавать по необходимости, а не по принципу чтобы был. Пробую еще раз подключиться под учетной записью alektest и все получилось:

Может так случиться, что в процессе подключения нужно будет отметить галочкой что не нужно в дальнейшем выводить предупреждение о проверки подлинности удаленного сервера и нажимаю «Да» и подключение успешно проходит, проверить это можно открыв на терминальном сервере консоль командной строки и обратиться в выводу утилиты qwinsta:

Win + X — Командная строка (администратор)

C:\Windows\system32>qwinsta

СЕАНС ПОЛЬЗОВАТЕЛЬ ID СТАТУС ТИП УСТР-ВО
services 0 Диск
>console ekzorchik 1 Активно
rdp-tcp#1 alektest 2 Активно
rdp-tcp 65536 Прием

Что могу сказать пока ничего такого сверхнового по сравнению с терминальным сервером на базе Server 2008 R2 Ent/Server 2012 R2 я не заметил, скорее всего все скажется когда буду использовать более плотнее. А пока я прощаюсь с Вами читатели моего блога, с уважением автор — Олло Александр aka ekzorchik.

Лицензирование терминального сервера

— Windows Server

• Статья
• 23.02.2023
• 4 минуты на чтение

В этой статье описывается лицензирование сервера терминалов. Требования к лицензированию Terminal Server отличаются от требований Microsoft Windows NT Server.

Применяется к:   Windows Server 2012 R2
Исходный номер базы знаний:   187629

Лицензии для подключения к серверу терминалов

Клиентам сервера терминалов требуется две лицензии для подключения к серверу терминалов.

Первая лицензия — это лицензия на рабочую станцию ​​Windows NT. Это необходимо, поскольку клиент сервера терминалов эффективно предоставляет клиенту рабочую станцию ​​Windows NT. Если клиент RDP запускается на компьютере под управлением Windows NT 4.0 (сервер, рабочая станция или сервер терминалов), клиент уже приобрел лицензию, и нет необходимости приобретать дополнительную рабочую станцию ​​Windows NT. Если клиент RDP работает на компьютере с Windows NT 3.5x, для этого клиента требуется лицензия на обновление рабочей станции Windows NT. Если клиент RDP запущен на Windows 95 или Windows for Workgroups 3.11, то клиенту требуется полная лицензия Windows NT Workstation. Эти три типа лицензий отображаются в диспетчере лицензий сервера терминалов. В правой части экрана обратите внимание на то, что первой лицензией существующих лицензий Windows NT Workstation является «неограниченная». Однако типы лицензий Full и Upgrade будут отображать, сколько лицензий было приобретено и введено в Terminal Server License Manager.

Вторая лицензия — это лицензия клиентского доступа для сервера. Это стандартная лицензия на доступ к серверу, измеряемая в License Manager, той же утилите, что и в Windows NT Server. Менеджер лицензий не делает различий между доступом клиента RDP и другими типами доступа к серверу (например, он не делает различий между обычным общим доступом к файлам и ресурсам принтера). 9Режимы 0030 Per Server и Per Seat идентичны режимам Windows NT Server 4.0.

Лицензии клиентского доступа в диспетчере лицензий

Диспетчер лицензий сервера терминалов сообщает, но не применяет лицензирование. Внедрение происходит из диспетчера лицензий в Windows NT. Если клиенту RDP будет отказано в доступе к серверу при попытке установить соединение, увеличение количества лицензий в диспетчере лицензий сервера терминалов не решит проблему. Клиентские лицензии должны быть добавлены в Менеджер лицензий.

Если диспетчер лицензий отказывает клиенту RDP в доступе, событие будет записано как событие 201 в журнале событий. Сообщение о событии покажет, что для SYSTEM недоступна лицензия для доступа к TermService.

Если в диспетчере лицензий доступны клиентские лицензии, а в диспетчере лицензий сервера терминалов закончились необходимые лицензии, будет предоставлена ​​временная лицензия. В этом случае в Диспетчере лицензий сервера терминалов могут появиться четвертая и пятая категории лицензий: Временная лицензия Windows NT Workstation Full или Временная лицензия Windows NT Workstation Upgrade. Эти лицензии действительны в течение 60 дней. Клиент RDP, использующий временную лицензию, будет продолжать использовать ее в течение полных 60 дней, даже если будут добавлены новые лицензии. Через 60 дней срок действия временной лицензии клиента истечет, и клиент получит новую лицензию (либо временную лицензию, если нет доступных обычных лицензий, либо одну из новых лицензий, которые были добавлены).

Примечание

Для входа в консоль сервера терминалов используется одна клиентская лицензия, но это не отражается в количестве лицензий в диспетчере лицензий. В случае, если доступна только одна клиентская лицензия, клиенты RDP (на консоли или в другом месте) не смогут подключиться, даже если число используемых лицензий License Manager равно нулю.

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

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

Информация о лицензии записывается на сервер терминалов, компьютеры с Windows NT и Windows 95 в разделе HKEY_LOCAL_MACHINE\Software\Microsoft\MSLicensing .

Лицензии хранятся на сервере терминалов в каталоге %systemroot%\system32\lserver в файле Hydra.mdb. Компьютеры под управлением Windows для рабочих групп 3.11 хранят информацию о лицензировании в файлах *.bin в каталоге Regdata в разделе System. Типичный путь C:\Windows\System\Regdata .

Диспетчер лицензий сервера терминалов создает семь временных файлов в каталоге System32. Временные файлы называются с JET1.TMP по JET7.TMP. Эти файлы используются для временного хранения вновь созданных лицензий.

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

Если файлы JETx.TMP с номерами 1–7 существуют, сервер создаст новые файлы с номерами 8–14. Если вы удалите файлы 1-7 (что можно было сделать, поскольку они не будут открыты) и снова выключите систему через RDP-клиент, новые файлы, созданные при запуске, снова будут пронумерованы 1-7. Таким образом, файлы с наибольшим номером не обязательно являются используемыми файлами.

Если проблема заключается в оставшихся файлах JETx.TMP, удалите файлы JET*.TMP. Будут удалены только закрытые, неиспользуемые файлы. Вы не можете удалить открытые файлы или удалить используемые файлы.

Лицензируйте развертывание RDS с помощью клиентских лицензий (CAL)

Редактировать

Твиттер

LinkedIn

Фейсбук

Электронная почта

• Статья
• 09. 02.2022
• 4 минуты на чтение

Применяется к: Windows Server 2022, Windows Server 2019, Windows Server 2016

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

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

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

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

• Лицензируйте свое развертывание RDS с помощью клиентских лицензий (CAL)
  • Общие сведения о модели RDS CAL
  • Совместимость версии RDS CAL

Описание модели RDS CAL

Существует два типа клиентских лицензий RDS:

• Клиентские лицензии RDS на устройство
• клиентских лицензий RDS на пользователя

В следующей таблице представлены различия между двумя типами клиентских лицензий:

Клиентские лицензии RDS

Клиентские лицензии RDS

На устройство	На пользователя
Клиентские лицензии RDS физически назначаются каждому устройству.	RDS CAL назначаются пользователю в Active Directory.
Клиентские лицензии RDS отслеживаются сервером лицензий.	отслеживаются сервером лицензий.
Клиентские лицензии RDS можно отслеживать независимо от членства в Active Directory.	Клиентские лицензии RDS нельзя отслеживать в рабочей группе.
Вы можете отозвать до 20 % клиентских лицензий RDS.	Вы не можете отозвать ни одну клиентскую лицензию RDS.
Временные клиентские лицензии RDS действительны в течение 52–89 дней.	Временные клиентские лицензии RDS недоступны.
Клиентские лицензии RDS не могут быть превышены.	могут быть превышены (в нарушение лицензионного соглашения удаленного рабочего стола).

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

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

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

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

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

Совместимость версии RDS CAL

RDS CAL для ваших пользователей или устройств должна быть совместима с версией Windows Server, к которой подключается пользователь или устройство. Вы не можете использовать клиентские лицензии RDS для более ранних версий для доступа к более поздним версиям Windows Server, но вы можете использовать более поздние версии клиентских лицензий RDS для доступа к более ранним версиям Windows Server. Например, для подключения к узлу сеансов удаленных рабочих столов Windows Server 2016 требуется клиентская лицензия RDS 2016 или выше, а для подключения к узлу сеансов удаленных рабочих столов Windows Server 2012 R2 требуется клиентская лицензия RDS 2012 или выше.

В следующей таблице показано, какие версии RDS CAL и RD Session Host совместимы друг с другом.

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