Лицензирование развертывания служб удаленных рабочих столов с клиентскими лицензиями (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.
Существует льготный период лицензирования (180 дней), в течение которого сервер лицензирования не требуется. There is a licensing grace period of 180 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:
- Клиентские лицензии служб удаленных рабочих столов «на устройство» RDS Per Device CALs
- Клиентские лицензии служб удаленных рабочих столов «на пользователя» RDS Per User 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 2012 R2
Для установки терминального сервера нужно сделать две вещи:
- Установить роль терминального сервера.
- Лицензировать терминальный сервер.
Установка роли терминального сервера
Входим в Server Manager. Справа вверху выбираем Manage -> Add Roles and Features. Для установки сервиса удаленных рабочих столов предусмотрен специальный мастер Remote Desktop Services installation.
Для одного сервера, выбираем Quick Start. Мастер обещает установку сервиса удаленных рабочих столов, настройку Collection и RemoteApp programs. (Я выбирал Standard deployment — процедура немного отличалось от этой.)
Выбираем, что наши пользователи будут подключаться к серверу (собственным сессиям на сервере), а не к собственным виртуальным машинам.
По сценарию на наш сервер будут добавлены следующие серверные роли:
- RD Connection Broker – контроль подключений пользователей, определяет для какого пользователя на каком сервере будет открыта сессия или запущено приложение.
- Web Access – доступ к приложениям через веб браузер.
- RD session Host – сервер, на котором будут опубликованы приложения и на который пользователи смогут подключаться через удаленный рабочий стол.
Если инфраструктура у вас большая или вам нужна отказоустойчивость, то необходимо дублировать серверы с данными ролями, изначально решение создавалось как кластерное.
Позже, во второй части статьи, мы добавим ещё одну роль:
- RD Licensing — сервер лицензий.
После чего начинается «автоматическая» настройка ролей, которая кончается ошибкой настройки Session collection и отменой установки RemoteApp programs. У меня все процедуры закончились «succeeded», здесь скриншот корявый.
После установки первой роли сервер перезагружается и включается триальный период работы терминального сервера 120 дней.
Чтобы завершить установку в ручную, выбираем в Server Manager вкладку управления ролью Remote Desktop Services.
Там видим еще одно графическое представление плана установки. Первые два пункта у нас выполнены.
Кликаем по третьему пункту, Create session collection. Запускается мастер создания.
Придумываем название для Session Collection.
Выбираем наш сервер, в качестве RD session Host.
Выбираем группы или отдельных пользователей, которые смогут подключаться к нашему серверу по протоколу RDP.
Нужно выбрать, где централизованно будут храниться данные о пользовательских сессиях, настройки. Дело в том, что сессия пользователя запускается как-бы в подобии виртуальной машины и в папке с профилями будут храниться виртуальные жесткие диски .vhdx В процессе использования, когда вы зайдете под администратором, то не найдете на системном диске никаких признаков присутствия юзеров. Я снял галку «Enable user profile disks».
Вот теперь установка закончилась удачно.
Лицензирование терминального сервера
Устанавливаем RD Licensing сервис, нажав на зелёный плюсик. Следуем инструкциям, сложностей не должно быть.
Запускаем Диспетчер лицензирования удалённых рабочих столов (RD Licensing Manager). Выбираем наш сервер, правой кнопкой — активировать.
Открывается окно активации. Жмем Next на первой странице мастера.
Выбираем метод соединения Web Browser.
Получаем код продукта который нам понадобится для активации.
Далее переходим на узел лицензирования удаленных рабочих столов: https://activate.microsoft.com/
Выбираем «Активизация сервера лицензий» и жмем далее.
На следующем экране вводим код продукта полученный ранее, организацию и любую страну или регион. И жмем далее.
Если все сделано правильно, то мы получим необходимый код сервера лицензирования.
Вводим код в открытом мастере, жмём Next.После ввода кода сервера лицензирования появится окно, нужно поставить галку напротив «Запустить мастер установки лицензий».
Переходим на уже знакомый нам узел лицензирования Microsoft, где на этот раз выбираем Установить клиентские лицензии доступа и нажимаем далее. Снова заполнить поля, помеченные (*) теми же данными, что и первый раз. Вставляем License Server ID, в качестве программы лицензирования (License Program) выбираем Enterprise agreement (иначе не получите лицензии).
Выбираем нужные нам лицензии и их количество (можно большое количество). Нужный сервер 2003/2008/2012 лицензии на клиента или на компьютер и т.д.
Вводим ключ Enterprise agreement.
Ну вот мы и получили нужные нам клиентские лицензии. Собственно, теперь мы имеем полноценный активированный сервер терминалов. Копируем ключ и вводим его в мастер.
Тут у меня возникла проблема — лицензии не принимались и новые на сайте не генерировались. Нажал Cancel, запустился сервер лицензий. Нажал правой кнопкой и выбрал Install Licenses. Со второго раза всё прошло нормально.