Удалённые рабочие столы давно перестали быть экзотикой. После 2020 года половина офисов в России хотя бы раз настраивала RDP-доступ для сотрудников. Но вот в чём прикол: настроить технически и настроить лицензионно чисто это две разные задачи. И вторая часто дороже первой.
Короче, если вы планируете использовать службы удалённых рабочих столов (Remote Desktop Services) на Windows Server, вам нужны RDS CAL. Не путайте их с обычными Windows Server CAL. Это отдельный тип лицензий, и без них ваш терминальный сервер через 120 дней просто перестанет принимать подключения.
Что такое RDS и зачем нужны отдельные лицензии
Remote Desktop Services это набор серверных ролей Windows Server, который позволяет пользователям запускать приложения и полноценные рабочие столы на сервере, подключаясь удалённо. Раньше эта технология называлась Terminal Services, и многие администраторы до сих пор говорят «терминальный сервер».
На самом деле, Windows Server позволяет до двух одновременных RDP-подключений для администрирования бесплатно. Это включено в серверную лицензию. Но как только вам нужно больше двух сессий, или когда подключаются обычные пользователи для работы, а не администраторы для настройки, вы обязаны развернуть роль RDS и купить RDS CAL.
Знаете что? Многие думают, что обычных Windows Server CAL достаточно. Нет. RDS CAL покупаются дополнительно, поверх базовых Windows Server CAL. То есть каждому пользователю или устройству нужны и Windows Server CAL, и RDS CAL.
Типы RDS CAL: Per User и Per Device
Как и с обычными CAL, RDS CAL бывают двух типов.
RDS Per User CAL привязывается к учётной записи пользователя. Один человек может подключаться с любого устройства: из дома с ноутбука, с рабочего компьютера, даже с планшета через RD-клиент. Лицензия следует за пользователем.
RDS Per Device CAL привязывается к устройству. С одного компьютера может подключаться сколько угодно пользователей по очереди. Лицензия закреплена за машиной.
Марина, системный администратор из бухгалтерской фирмы в Казани, поделилась случаем из практики. У них 15 бухгалтеров работали через терминальный сервер. Сначала купили 15 RDS Per User CAL. Потом взяли на аутсорс ещё 10 человек, которые подключались каждый со своего ноутбука. Пришлось докупать ещё 10 лицензий. А если бы сразу продумали схему, можно было бы обойтись Per Device CAL на тонкие клиенты, которые стояли в офисе.
Архитектура RDS: какие компоненты нужны
Прежде чем считать лицензии, разберёмся в архитектуре. Полноценное развёртывание RDS включает несколько ролей.
RD Session Host это сервер, на котором запускаются пользовательские сессии. Сюда подключаются люди и работают. Именно ему нужна серверная лицензия Windows Server.
RD Licensing Server отвечает за выдачу и отслеживание RDS CAL. Без этого компонента RDS работает в пробном режиме 120 дней, потом блокирует подключения.
RD Connection Broker распределяет подключения между несколькими серверами Session Host, если у вас ферма. Для одного сервера не обязателен.
RD Web Access позволяет запускать удалённые приложения через браузер. RD Gateway обеспечивает безопасное подключение извне через HTTPS.
Если честно, для небольшой компании достаточно двух ролей: Session Host и Licensing Server. Их можно поставить на один физический или виртуальный сервер. Остальное пригодится, когда инфраструктура вырастет.
Как правильно считать RDS CAL
Алгоритм подсчёта RDS CAL прямолинейный, но есть нюансы.
Подсчёт для Per User
Посчитайте всех уникальных пользователей, которые будут подключаться к терминальному серверу. Сюда входят штатные сотрудники, удалённые работники, подрядчики, аутсорсеры. Каждый уникальный пользователь требует одну RDS Per User CAL.
Кстати, пользователь, который подключается к нескольким серверам Session Host, всё равно требует только одну RDS CAL. Лицензия не привязана к конкретному серверу.
Подсчёт для Per Device
Посчитайте все уникальные устройства, с которых будут идти подключения. Рабочие станции, тонкие клиенты, ноутбуки, планшеты. Каждому устройству нужна одна RDS Per Device CAL.
Тут такое дело: если сотрудник работает из дома со своего личного компьютера, этот компьютер тоже считается. И если он завтра подключится с другого устройства, понадобится ещё одна Device CAL.
Какой тип выбрать
Правило такое же, как с обычными Windows Server CAL. Много устройств на одного пользователя? Берите Per User. Много пользователей на одно устройство? Берите Per Device. Смешанная ситуация? Комбинируйте.
Вот реальный расклад. Компания «СтройПроект» из Ростова-на-Дону. 25 инженеров работают в офисе за стационарными компьютерами через терминальный сервер, на котором установлен AutoCAD. Ещё 8 инженеров работают на стройплощадках и подключаются с ноутбуков. Третья группа: 5 руководителей, которые подключаются с рабочего ПК и с телефона.
Вариант Per User: 25 плюс 8 плюс 5 равно 38 лицензий.
Вариант Per Device: 25 стационарных плюс 8 ноутбуков плюс 5 ПК плюс 5 телефонов равно 43 лицензии.
Per User выгоднее. Но если бы руководители не подключались с телефонов, разница была бы минимальной.
Версии RDS CAL и совместимость
RDS CAL привязаны к версии Windows Server. RDS CAL 2022 работают с Windows Server 2022 и более ранними версиями. RDS CAL 2019 не работают с сервером Windows Server 2022.
По факту, при обновлении сервера до новой версии вам придётся обновить и RDS CAL. Или сохранять старую версию сервера, пока не будете готовы обновить все лицензии.
Есть исключение: Software Assurance. Если вы приобрели RDS CAL с активной подпиской Software Assurance, у вас есть право на бесплатное обновление до новой версии.
Частые ошибки при лицензировании RDS
За годы практики встречаются одни и те же проблемы. Давайте разберём, чтобы вы их избежали.
Ошибка первая: используют административные RDP-сессии для работы пользователей. Те самые две бесплатные сессии предназначены строго для администрирования. Если бухгалтер Наталья каждый день подключается через mstsc к серверу и работает в 1С, используя административную сессию, это нарушение.
Ошибка вторая: не устанавливают роль RD Licensing. Без лицензионного сервера RDS работает 120 дней в grace period. После этого пользователи не смогут подключиться. А ещё хуже: всё это время каждое подключение формально нелицензионно.
Ошибка третья: путают RDS CAL и Windows Server CAL. Напоминаю: это разные лицензии. Нужны обе. Windows Server CAL для доступа к серверной ОС. RDS CAL для доступа к службам удалённых рабочих столов.
А ещё четвёртая ошибка: забывают про мультисерверные сценарии. Если у вас ферма из трёх серверов Session Host, CAL всё равно считаются по пользователям или устройствам, а не по серверам. Не нужно утраивать количество.
Настройка сервера лицензирования RDS
После покупки RDS CAL их нужно активировать на сервере лицензирования. Процесс несложный, но требует внимательности.
Установите роль Remote Desktop Licensing через Server Manager. Откройте консоль RD Licensing Manager. Активируйте сервер лицензирования, выбрав метод подключения (через интернет проще всего). Установите приобретённые лицензии, указав тип соглашения и ключ.
После установки лицензий настройте серверы Session Host на использование вашего сервера лицензирования. Это делается через групповую политику или через свойства развёртывания RDS.
Грубо говоря, схема такая: купили лицензии, активировали на сервере, указали серверам Session Host, где брать лицензии. Три шага.
Олег, администратор из Воронежа, рассказывал, как они полгода работали без настроенного Licensing Server. Когда grace period закончился, в понедельник утром 40 человек не смогли подключиться к терминальному серверу. Пришлось экстренно покупать и активировать лицензии. Полдня офис стоял. Можно было бы избежать этого, настроив всё заранее, правда?
RDS CAL и виртуализация
Если терминальный сервер работает на виртуальной машине, это не меняет правил лицензирования RDS CAL. Лицензии считаются так же: по пользователям или устройствам.
Но есть момент с VDI (Virtual Desktop Infrastructure). Если вы разворачиваете персональные виртуальные рабочие столы через RDS, вам нужны не только RDS CAL, но и лицензии на виртуальные рабочие столы Windows (VDA или подписка Windows E3/E5). Это уже другая история и другой бюджет.
На самом деле для большинства задач классический Session Host проще и дешевле, чем VDI. Один мощный сервер с 64 ГБ оперативки и двумя процессорами Xeon спокойно тянет 30-40 пользователей с офисными приложениями.
Сколько стоят RDS CAL и где покупать
Стоимость RDS CAL выше, чем обычных Windows Server CAL. Это логично: вы получаете право на полноценную терминальную сессию, а не просто доступ к файлам и принтерам.
В keytrust24.store доступны RDS CAL для Windows Server 2019 и 2022 в вариантах Per User и Per Device. Лицензии легальные, активация через Microsoft. Цены ниже, чем у большинства корпоративных реселлеров, потому что формат магазина позволяет работать с минимальной наценкой.
Совет: покупайте RDS CAL той же версии, что и ваш Windows Server. Или новее. Не покупайте старые версии CAL в надежде сэкономить. Они не будут работать с новыми серверами.
Мониторинг использования RDS CAL
После развёртывания полезно контролировать использование лицензий. Откройте RD Licensing Manager и посмотрите отчёт о выданных лицензиях. Там видно, сколько лицензий доступно, сколько выдано, кому или какому устройству.
Если используете Per User CAL, имейте в виду: сервер лицензирования Windows Server не отслеживает Per User CAL автоматически. Он выдает их без ограничений, даже если физически лицензий куплено меньше. Ответственность за правильный подсчёт лежит на вас.
Per Device CAL, напротив, отслеживаются строго. Если лицензии закончились, новое устройство не получит CAL и подключение будет отклонено.
Итог
Лицензирование RDS требует двойного набора лицензий: Windows Server CAL плюс RDS CAL для каждого пользователя или устройства. Выбирайте между Per User и Per Device на основе реального расклада в вашей организации. Не забывайте про совместимость версий.
Настройте сервер лицензирования сразу при развёртывании RDS. Не ждите окончания 120-дневного пробного периода. Ведите учёт лицензий и периодически сверяйте с фактическим количеством подключений.
Нужны RDS CAL? В каталоге keytrust24.store найдёте лицензии на любое количество пользователей или устройств, для Windows Server 2019 и 2022. Если не уверены в расчётах, обратитесь за консультацией перед покупкой.
Диагностика проблем с лицензированием RDS
Знаете что? Самая частая проблема: подключение отклоняется с ошибкой «No Remote Desktop License Servers available». Вот как быстро разобраться.
# Проверяем статус лицензирования на Session Host
Get-WmiObject -Class Win32_TSLicenseServer
# Смотрим, какой сервер лицензий используется
Get-ItemProperty "HKLM:SYSTEMCurrentControlSetServicesTermServiceParametersLicenseServers"
# Проверяем количество доступных и выданных лицензий (на Licensing Server)
Get-WmiObject Win32_TSIssuedLicense | Group-Object LicenseStatus
# Если grace period истёк и нужно сбросить (экстренный случай)
# Сначала удалите ключ реестра: HKLMSYSTEMCurrentControlSetControlTerminal ServerRCMGracePeriod
# Требуются права SYSTEM (через PsExec или regedit с изменёнными правами)Мой приятель Николай, сисадмин из Самары (серверы у них на базе Lenovo ThinkSystem SR650), рассказывал, как однажды утром 35 бухгалтеров не смогли зайти на терминальный сервер. Ошибка «No licenses available». Оказалось, что при переносе Licensing Server на новую виртуальную машину забыли переактивировать лицензии. Сервер Session Host пытался обратиться к старому Licensing Server, которого уже не существовало. По факту, решение заняло 20 минут: переключить Session Host на новый Licensing Server и переактивировать CAL-лицензии.
RDS и тонкие клиенты: экономия на железе
Вот в чём прикол использования RDS в связке с тонкими клиентами. Вместо того чтобы покупать каждому сотруднику полноценный компьютер за 50-70 тысяч рублей, вы ставите тонкий клиент за 15-20 тысяч и мощный сервер, который тянет все сессии.
Тонкий клиент это маленькая коробочка, которая умеет только подключаться к RDS. На ней нет локального диска (ну, почти нет), данные хранятся на сервере. Сломался тонкий клиент? Выдали новый, пользователь подключился и работает дальше. Никаких потерянных документов, никакой переустановки ПО.
Если честно, для бухгалтерии и операторов call-центров тонкие клиенты с RDS это идеальная связка. Тут такое дело: при расчёте лицензий для тонких клиентов Per Device CAL обычно выгоднее, потому что к одному тонкому клиенту могут подключаться разные пользователи (сменная работа), но устройство одно.
REM Проверяем текущие RDP-сессии на сервере
query session /server:RDS-SERVER01
REM Проверяем загрузку сервера терминалов
qprocess * /server:RDS-SERVER01
REM Отключаем зависшую сессию (например, ID 5)
logoff 5 /server:RDS-SERVER01Кстати, при выборе железа для терминального сервера обращайте внимание на оперативную память. По факту, каждая пользовательская сессия потребляет от 1 до 4 ГБ RAM в зависимости от приложений. Если 30 бухгалтеров работают в 1С через RDS, закладывайте минимум 64 ГБ RAM на сервер. А для комфортной работы лучше 128 ГБ. Экономия на оперативке в терминальном сервере оборачивается тормозами для всех пользователей.
