Windows server 2012 rds cal user cal
Лицензирование развертывания служб удаленных рабочих столов с клиентскими лицензиями (CAL) License your RDS deployment with client access licenses (CALs)
Применяется к: Windows Server (Semi-Annual Channel), Windows Server 2019, Windows Server 2016 Applies to: Windows Server (Semi-Annual Channel), Windows Server 2019, Windows Server 2016
Каждый пользователь и устройство, подключающиеся к узлу сеанса Удаленного рабочего стола, должны иметь клиентскую лицензию (CAL). Each user and device that connects to a Remote Desktop Session host needs a client access license (CAL). Лицензирование удаленных рабочих столов используется для установки, выдачи и отслеживания клиентских лицензий служб удаленных рабочих столов. You use RD Licensing to install, issue, and track RDS CALs.
Когда пользователь или устройство подключается к серверу узла сеансов удаленных рабочих столов, узел сеансов удаленных рабочих столов сервер определяет, требуется ли клиентская лицензия служб удаленных рабочих столов. When a user or a device connects to an RD Session Host server, the RD Session Host server determines if an RDS CAL is needed. Сервер узла сеансов удаленных рабочих столов затем запрашивает клиентскую лицензию служб удаленных рабочих столов на сервере лицензирования удаленных рабочих столов. The RD Session Host server then requests an RDS CAL from the Remote Desktop license server. Если на сервере лицензирования имеется подходящая клиентская лицензия службы удаленных рабочих столов, то она выдается клиенту, после чего клиент может подключиться к серверу узла сеансов удаленных рабочих столов и приложению или рабочему столу, который он пытается использовать. If an appropriate RDS CAL is available from a license server, the RDS CAL is issued to the client, and the client is able to connect to the RD Session Host server and from there to the desktop or apps they’re trying to use.
Предоставляется льготный период лицензирования (120 дней), в течение которого сервер лицензирования не требуется. There is a licensing grace period of 120 Days during which no license server is required. По окончании этого периода клиенты должны получить действительную клиентскую лицензию служб удаленных рабочих столов, выданную сервером лицензирования, без которой они не смогут войти на сервер узла сеансов удаленных рабочих столов. Once the grace period ends, clients must have a valid RDS CAL issued by a license server before they can log on to an RD Session Host server.
Дополнительные сведения о том, как работает управление клиентскими лицензиями служб удаленных рабочих столов, а также о развертывании и управлении лицензиями: Use the following information to learn about how client access licensing works in Remote Desktop Services and to deploy and manage your licenses:
Общие сведения о модели клиентских лицензий служб удаленных рабочих столов (RDS) Understanding the RDS CAL model
Есть два типа клиентских лицензий служб удаленных рабочих столов. There are two types of RDS CALs:
В следующей таблице приведены различия между двумя типами клиентских лицензий: The following table outlines the differences between the two types of CALs:
| На устройство Per Device | На пользователя Per User |
|---|---|
| Клиентские лицензии служб удаленных рабочих столов физически назначаются для каждого устройства. RDS CALs are physically assigned to each device. | Клиентские лицензии служб удаленных рабочих столов назначаются пользователям в Active Directory. RDS CALs are assigned to a user in Active Directory. |
| Клиентские лицензии служб удаленных рабочих столов отслеживаются сервером лицензирования. RDS CALs are tracked by the license server. | Клиентские лицензии служб удаленных рабочих столов отслеживаются сервером лицензирования. RDS CALs are tracked by the license server. |
| Клиентские лицензии служб удаленных рабочих столов можно отслеживать независимо от членства Active Directory. RDS CALs can be tracked regardless of Active Directory membership. | Клиентские лицензии служб удаленных рабочих столов не отслеживаются в рабочей группе. RDS CALs cannot be tracked within a workgroup. |
| Вы можете отозвать до 20 % клиентских лицензий служб удаленных рабочих столов. You can revoke up to 20% of RDS CALs. | Отзывать клиентские лицензии служб удаленных рабочих столов нельзя. You cannot revoke any RDS CALs. |
| Временные клиентские лицензии служб удаленных рабочих столов действительны в течение 52–89 дней. Temporary RDS CALs are valid for 52–89 days. | Временные клиентские лицензии служб удаленных рабочих столов недоступны. Temporary RDS CALs are not available. |
| Максимально допустимое число выделенных клиентских лицензий служб удаленных рабочих столов не может быть превышено. RDS CALs cannot be overallocated. | Максимально допустимое число выделенных клиентских лицензий служб удаленных рабочих столов может быть превышено (в нарушение лицензионного соглашения служб удаленных рабочих столов). RDS CALs can be overallocated (in breach of the Remote Desktop licensing agreement). |
При использовании модели «на устройство» временная лицензия выдается при первом подключении устройства к узлу сеансов удаленных рабочих столов. When you use the Per Device model, a temporary license is issued the first time a device connects to the RD Session Host. Если устройство подключается во второй раз, когда сервер лицензирования активирован и есть доступные клиентские лицензии служб удаленных рабочих столов, сервер лицензирования выдает постоянную клиентскую лицензию служб удаленных рабочих столов «на устройство». The second time that device connects, as long as the license server is activated and there are available RDS CALs, the license server issues a permanent RDS Per Device CAL.
При использовании модели «на пользователя» лицензирование не применяется принудительно и каждому пользователю будет предоставлена лицензия для подключения к узлу сеансов удаленных рабочих столов с любого количества устройств. When you use the Per User model, licensing is not enforced and each user is granted a license to connect to an RD Session Host from any number of devices. Сервер лицензирования выдает лицензии из доступного пула клиентских лицензий служб удаленных рабочих столов или пула чрезмерно используемых клиентских лицензий служб удаленных рабочих столов. The license server issues licenses from the available RDS CAL pool or the Over-Used RDS CAL pool. Вы сами отвечаете за то, чтобы все пользователи имели действительную лицензию и число превышенных клиентских лицензий было нулевым; в противном случае вы нарушите условия лицензионного соглашения служб удаленных рабочих столов. It’s your responsibility to ensure that all of your users have a valid license and zero Over-Used CALs—otherwise, you’re in violation of the Remote Desktop Services license terms.
Примером использования модели «на устройство» может быть среда, где сотрудники двух или больше смен используют одни и те же компьютеры для доступа к узлам сеансов удаленных рабочих столов. An example of where one would use the Per Device model would be in an environment where there are two or more shifts using the same computers to access the RD Session Host(s). Модель «на пользователя» лучше подходит для сред, где у пользователей есть свои выделенные устройства Windows для доступа к узлам сеансов удаленных рабочих столов. The Per User model would be best for environments where users have their own dedicated Windows device to access the RD Session Host(s).
Чтобы убедиться, что соблюдаются условия лицензионного соглашения служб удаленных рабочих столов, отслеживайте число клиентских лицензий служб удаленных рабочих столов «на пользователя» в своей организации, и выделяйте достаточно лицензий на сервере лицензирования для всех пользователей. To ensure you are in compliance with the Remote Desktop Services license terms, track the number of RDS Per User CALs used in your organization and be sure to have enough RDS Per User CALs installed on the license server for all of your users.
Диспетчер лицензирования удаленных рабочих столов можно использовать для отслеживания и создания отчетов о клиентских лицензиях служб удаленных рабочих столов «на пользователей». You can use the Remote Desktop Licensing Manager to track and generate reports on RDS Per User CALs.
Совместимость версий клиентских лицензий служб удаленных рабочих столов RDS CAL version compatibility
Клиентские лицензии служб удаленных рабочих столов для пользователей или устройств должны быть совместимы с версией Windows Server, к которой подключается пользователь или устройство. The RDS CAL for your users or devices must be compatible with the version of Windows Server that the user or device is connecting to. Использовать клиентские лицензии служб удаленных рабочих столов для ранних версий, чтобы получить доступ к поздним версиям Windows Server нельзя. Но вы можете использовать поздние версии таких клиентских лицензий для получения доступа к ранним версиям Windows Server. You can’t use RDS CALs for earlier versions to access later versions of Windows Server, but you can use later versions of RDS CALs to access earlier versions of Windows Server. Например, для подключения к узлу сеансов удаленных рабочих столов Windows Server 2016 требуется клиентская лицензия служб удаленных рабочих столов версии 2016 и выше, а для подключения к узлу сеансов удаленных рабочих столов Windows Server 2012 R2 — клиентская лицензия служб удаленных рабочих столов версии 2012 и выше. For example, an RDS 2016 CAL or higher is required to connect to a Windows Server 2016 RD Session Host, while an RDS 2012 CAL or higher is required to connect to a Windows Server 2012 R2 RD Session Host.
В следующей таблице показаны совместимые версии клиентских лицензий служб удаленных рабочих столов и узла сеансов удаленных рабочих столов. The following table shows which RDS CAL and RD Session Host versions are compatible with each other.
| Клиентская лицензия RDS версии 2008 R2 и выше RDS 2008 R2 and earlier CAL | Клиентская лицензия RDS 2012 RDS 2012 CAL | Клиентская лицензия RDS 2016 RDS 2016 CAL | Клиентская лицензия RDS 2019 RDS 2019 CAL | |
|---|---|---|---|---|
| Узел сеансов 2008, 2008 R2 2008, 2008 R2 session host | Да Yes | Да Yes | Да Yes | Да Yes |
| Узел сеансов 2012 2012 session host | Нет No | Да Yes | Да Yes | Да Yes |
| Узел сеансов 2012 R2 2012 R2 session host | Нет No | Да Yes | Да Yes | Да Yes |
| Узел сеансов 2016 2016 session host | Нет No | Нет No | Да Yes | Да Yes |
| Узел сеансов 2019 2019 session host | Нет No | Нет No | Нет No | Да Yes |
Устанавливать клиентские лицензии служб удаленных рабочих столов нужно на совместимом сервере лицензирования удаленных рабочих столов. You must install your RDS CAL on a compatible RD license server. Любой сервер лицензий служб удаленных рабочих столов способен разместить лицензии из всех предыдущих версий и текущей версии служб удаленных рабочих столов. Any RDS license server can host licenses from all previous versions of Remote Desktop Services and the current version of Remote Desktop Services. Например, сервер лицензий Windows Server 2016 служб удаленных рабочих столов может разместить лицензии всех предыдущих версий служб удаленных рабочих столов, тогда как сервер лицензий Windows Server 2012 R2 может размещать только лицензии до Windows Server 2012 R2 включительно. For example, a Windows Server 2016 RDS license server can host licenses from all previous versions of RDS, while a Windows Server 2012 R2 RDS license server can only host licenses up to Windows Server 2012 R2.
В следующей таблице показаны совместимые версии клиентских лицензий служб удаленных рабочих столов и сервера лицензирования. The following table shows which RDS CAL and license server versions are compatible with each other.
Windows Server и клиентские лицензии Per-Device RDS CAL
Не хотелось повторять ситуацию с именами клиентов на новом сервере лицензирования, и поэтому было решено немного углубиться в этот вопрос. В процессе изучения вопроса узнал для себя пару полезных утилит, которые на сегодня имеют уже почтенный возраст и найти их можно в пакете Windows Server 2003 Resource Kit Tools
Утилита Terminal Server Client License Test tool (Tsctst.exe) запускается на клиентском компьютере с одним единственным ключом /A и позволяет в читаемом виде получить информацию, хранящуюся в выше указанных ключах реестра.
По каждой хранящейся в реестре лицензии TS/RDS CAL можно увидеть полную информацию о дате получения, сроке действия, сервере лицензирования и типе лицензии (License ID):
Другая утилита Terminal Services Licensing Reporter (Lsreport.exe) позволяет получить более подробную информацию о выданных клиентских лицензиях с точки зрения самого сервера лицензирования.
Пример команды для построения отчета о всех выданных лицензиях включая информацию о клиентском HardwareID
LSREPORT /W /F C:TempLSReport.txt LICSERVER01
Итак, если на протяжении цикла жизни клиентского компьютера менялось его имя, то может получиться так, что в выше указанных ключах реестра будет храниться устаревшая информация и передаваться в таком же виде на сервер лицензирования, что в конечном итоге может привести к путанице и неразберихе. В качестве решения этой проблемы, да ещё и с учетом перехода на новый сервер лицензирования, может оказаться полезным выполнение очистки устаревшей информации из реестра на всех пользовательских компьютерах. Под очисткой подразумевается удаление соответствующих ключей реестра с добавлением прав на запись в родительский ключ, для того чтобы в дальнейшем у пользователей не возникло проблем с регенерацией этой информации в контексте их прав. Для решения этой задачи после ряда экспериментов получился следующий PowerShell скрипт:
Скрипт получает список разрешений на родительский ключ реестра HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSLicensing и если в списке отсутствуют разрешения для групп Interactive Users (IU) или BUILTIN Users (BU), то добавляются разрешения для группы интерактивных пользователей, дающие право создания под-ключей и установки значений, после чего происходит рекурсивное удаление всего содержимого указанного ключа реестра.
Скрипт выполняется на клиентских компьютерах в контексте системы (с полным набором прав). Доставку и запуск скрипта на клиентских компьютерах можно спланировать с помощью разных методов и средств, например GPO или SCCM.
После этого, при следующем подключении к терминальным серверам, клиенты заново сгенерируют идентификационную клиентскую информацию и отправят её на сервер лицензирования RDS с новым запросом на получение клиентской лицензии. Разумеется, желательно тщательно спланировать этот процесс, чтобы не получилось так, что в один момент на сервере лицензирования попросту не останется свободных клиентских лицензий, так как каждый клиент будет занимать по две лицензии. Именно поэтому самым удобным моментом для такого “наведения порядка” может стать перевод клиентов с одного сервера лицензирования на другой.
Дополнительные полезные источники информации:
Windows server 2012 rds cal user cal
This forum has migrated to Microsoft Q&A. Visit Microsoft Q&A to post new questions.
Answered by:
Question
I’d like a bit of clarification on per-user CALs for Server 2012 R2 and how best to revoke licenses. I’ve got 50 per-user CALs but we’ve got 2 activities about 3 weeks (each lasting a week) apart which might have 2 different groups of users (i.e. each activity might have a different group of users.
The obvious problem here is that across the 2 activities (and groups of users) we may hit the 50 CAL limit as I believe CALs don’t expire for 90 days. The users will only be needing these accounts during the period of their activity (about a week)
If I delete or disable users, will it release a CAL? Is there any way to revoke per-user CALs?
We’re only going to be using
Answers
Please review licensing program agreement, Product Terms document, and/or other licensing documents applicable to your scenario. One section to pay particular attention to is the License Assignment and Reassignment section.
In general, you must assign a license to each person or device and you may not reassign that same license to another person or device within 90 days except for limited exceptions. For example, say a company has 1,000 employees, and they publish a windows training course application via RDS. First day, 100 employees use the application, next day, a different 100 employees use it, etc., until after 10 days all 1,000 employees have used it. In this example, 1,000 RDS CALs would be required under Per User licensing, even though each user only needed the application for a single day.
If possible, the example company could reduce licensing costs if they could use Per Device instead with 100 PCs dedicated for use connecting to this windows training course application.
Even under Per User the licensing server is keeping track of usage. An auditor could use this along with other sources of information to determine compliance with the license agreement.
License your RDS deployment with client access licenses (CALs)
Applies to: Windows Server (Semi-Annual Channel), Windows Server 2019, Windows Server 2016
Each user and device that connects to a Remote Desktop Session host needs a client access license (CAL). You use RD Licensing to install, issue, and track RDS CALs.
When a user or a device connects to an RDВ Session Host server, the RDВ Session Host server determines if an RDSВ CAL is needed. The RDВ Session Host server then requests an RDSВ CAL from the Remote Desktop license server. If an appropriate RDSВ CAL is available from a license server, the RDSВ CAL is issued to the client, and the client is able to connect to the RDВ Session Host server and from there to the desktop or apps they’re trying to use.
There is a licensing grace period of 120 Days during which no license server is required. Once the grace period ends, clients must have a valid RDSВ CAL issued by a license server before they can log on to an RDВ Session Host server.
Use the following information to learn about how client access licensing works in Remote Desktop Services and to deploy and manage your licenses:
Understanding the RDS CAL model
There are two types of RDS CALs:
The following table outlines the differences between the two types of CALs:
| Per Device | Per User |
|---|---|
| RDS CALs are physically assigned to each device. | RDS CALs are assigned to a user in Active Directory. |
| RDS CALs are tracked by the license server. | RDS CALs are tracked by the license server. |
| RDS CALs can be tracked regardless of Active Directory membership. | RDS CALs cannot be tracked within a workgroup. |
| You can revoke up to 20% of RDS CALs. | You cannot revoke any RDS CALs. |
| Temporary RDS CALs are valid for 52–89 days. | Temporary RDS CALs are not available. |
| RDS CALs cannot be overallocated. | RDS CALs can be overallocated (in breach of the Remote Desktop licensing agreement). |
When you use the Per Device model, a temporary license is issued the first time a device connects to the RD Session Host. The second time that device connects, as long as the license server is activated and there are available RDS CALs, the license server issues a permanent RDS Per Device CAL.
When you use the Per User model, licensing is not enforced and each user is granted a license to connect to an RD Session Host from any number of devices. The license server issues licenses from the available RDS CAL pool or the Over-Used RDS CAL pool. It’s your responsibility to ensure that all of your users have a valid license and zero Over-Used CALs—otherwise, you’re in violation of the Remote Desktop Services license terms.
An example of where one would use the Per Device model would be in an environment where there are two or more shifts using the same computers to access the RD Session Host(s). The Per User model would be best for environments where users have their own dedicated Windows device to access the RD Session Host(s).
To ensure you are in compliance with the Remote Desktop Services license terms, track the number of RDS Per User CALs used in your organization and be sure to have enough RDS Per User CALs installed on the license server for all of your users.
You can use the Remote Desktop Licensing Manager to track and generate reports on RDS Per User CALs.
RDS CAL version compatibility
The RDS CAL for your users or devices must be compatible with the version of Windows Server that the user or device is connecting to. You can’t use RDS CALs for earlier versions to access later versions of Windows Server, but you can use later versions of RDS CALs to access earlier versions of Windows Server. For example, an RDS 2016 CAL or higher is required to connect to a Windows Server 2016 RD Session Host, while an RDS 2012 CAL or higher is required to connect to a Windows Server 2012 R2 RD Session Host.
The following table shows which RDS CAL and RD Session Host versions are compatible with each other.
| RDS 2008 R2 and earlier CAL | RDS 2012 CAL | RDS 2016 CAL | RDS 2019 CAL | |
|---|---|---|---|---|
| 2008, 2008 R2 session host | Yes | Yes | Yes | Yes |
| 2012 session host | No | Yes | Yes | Yes |
| 2012 R2 session host | No | Yes | Yes | Yes |
| 2016 session host | No | No | Yes | Yes |
| 2019 session host | No | No | No | Yes |
You must install your RDS CAL on a compatible RD license server. Any RDS license server can host licenses from all previous versions of Remote Desktop Services and the current version of Remote Desktop Services. For example, a Windows Server 2016 RDS license server can host licenses from all previous versions of RDS, while a Windows Server 2012 R2 RDS license server can only host licenses up to Windows Server 2012 R2.
The following table shows which RDS CAL and license server versions are compatible with each other.
Установка и активация сервера лицензирования RDS на Windows Server 2019/2016
В это статье мы рассмотрим процесс установки, настройки и активации роли сервера лицензирования удаленных рабочих столов (Remote Desktop Licensing) на базе Windows Server 2016 или 2019, а также процедуру установки и активации клиентских терминальных (CAL).
Напомню, что после установки роли терминального сервера Remote Desktop Session Host, пользователи могут использовать его только в течении пробного периода 120 дней, после окончания которого возможность подключения к удаленному RDS серверу пропадает. Согласно схеме лицензирования Microsoft, все пользователи или устройства, использующие возможности RDS, должны быть лицензированы. Для учета и выдачи терминальных лицензий (RDS CAL) существует отдельная роли в службе RDS — Remote Desktop License Server.
Установка роли Remote Desktop Licensing в Windows Server 2019/2016
Вы можете развернуть компонент Remote Desktop License на любом сервере домена, не обязательно устанавливать его на одном из серверов фермы 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 и RD Licensing Diagnoser с помощью PowerShell:
Активация сервера лицензий RDS в Windows Server
Чтобы сервер лицензирования RDS мог выдавать лицензии клиентам, его необходимо активировать. Для этого, откройте консоль Remote Desktop Licensing Manager (licmgr.exe), щелкните ПКМ по имени вашего сервера и выберите пункт меню Activate Server.
Запустится мастер активации сервера лицензирования RDS, в котором нужно будет выбрать желаемый метод активации. Если ваш сервер имеет доступ в Интернет, он может автоматически подключиться к серверам Microsoft. Если доступа в интернет с сервера нет, можно активировать сервер через веб браузер или по телефону. 
Далее нужно будет заполнить ряд информации о вашей организации (часть полей является обязательными).
Осталось нажать кнопку Finish.
Теперь, если в консоли щелкнуть ПКМ по имени сервера и выбрать пункт Review Configuration, можно убедится что данный сервер лицензий RDS является активированным и может быть использован для активации RDS клиентов в домене.
Типы клиентских терминальных лицензий (RDS CAL)
Каждый пользователь или устройство, которое подключается к серверам Remote Desktop Session должно иметь клиентскую лицензию (CAL — client access license). Есть два типа терминальных CAL.
Установка клиентских лицензий RDS CAL в Windows Server 2016/2019
Теперь на сервер лицензирования нужно установить приобретенный пакет терминальных лицензий (RDS CAL).
В консоли Remote Desktop Licensing Manager щелкните ПКМ по серверу и выберите Install Licenses.
Выберите способ активации (автоматически, через веб или по телефону) и программу лицензирования (в нашем случае Enterprise Agreement).
Следующие шаги мастера зависят от того, какой тип лицензирования выбран. В случае 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:
Удаление 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:
Переименуйте файл C:\Windows\System32\lserver\TLSLic.edb в C:\Windows\System32\lserver\TLSLic.bak и запустите службу:
После этого все RDS CAL лицензии будут удалены, и вы должны активировать их заново.
Настройка сервера лицензий на серверах RD Session Host
После того, как служба сервера лицензирования RDS запущена и активирована, можно перенастроить терминальные сервера RD Session Host на получение лицензий с данного сервера. Выбрать тип лицензий и указать имя терминального сервера из графического интерфейса Server Manager, с помощью PowerShell или групповой политики.
Вы можете изменить адрес сервера лицензирования RDS и тип CAL с помощью PowerShell:
Теперь можно указать имя сервера лицензирования RDS:
И проверить настройки:
В этом разделе имеется 2 интересующие нас политики:
Вы можете проверить доступность портов с помощью утилиты PortQry либо командлета Test-NetConnection.
Проверить статус сервера лицензий и количество выданных лицензий можно с помощью консоли RD Licensing Diagnoser.
Если предупреждений нет, и вы видите сообщение «RD Licensing Diagnoser did not identify any licensing problems for the Remote Desktop Session Host server«, значит RDSH сервер может получать лицензии RDS CAL для пользователей.