Windows Server для нескольких пользователей: RDP и лицензирование

MAATRIX

Клиент почти всегда формулирует задачу одинаково: «нужен Windows-сервер, чтобы пять человек одновременно заходили по удалённому рабочему столу». И почти всегда удивляется, когда второе подключение обрывает первое. Дело не в настройках и не в кривых руках — Windows Server изначально не предназначен для одновременной многопользовательской работы через RDP, и это не баг, а лицензионная модель Microsoft. Разберём, что действительно бесплатно, что придётся докупать и когда проще взять несколько серверов вместо одного с лицензиями.

Что вы получаете бесплатно на самом деле

Распространённый миф — «на Windows Server можно подключиться только одному администратору». На практике встроенный режим Remote Desktop для администрирования допускает до двух одновременных RDP-сессий без установки дополнительной роли и без покупки CAL-лицензий. Плюс к этому — консольная сессия через mstsc /admin, которая не входит в лимит, если вы работаете локально или через IPMI/KVM.

Ключевое слово — «для администрирования». Эти два слота задуманы, чтобы системный администратор мог зайти настроить сервер, а второй специалист — подключиться параллельно, например, для диагностики. Это не многопользовательский терминальный доступ для сотрудников, которые весь день работают в 1С, CRM или Excel через RDP. Формально Microsoft не лицензирует такое использование двух слотов как рабочее место для конечных пользователей — на практике это часто работает какое-то время, пока не начнёт мешать (второй бухгалтер выкидывает первого при подключении), но это не решение для команды.

Проверить лимит легко: третье одновременное RDP-подключение вместо новой сессии либо получит отказ, либо — если включена соответствующая политика — принудительно завершит одну из активных сессий (обычно самую старую неактивную). Быстрая диагностика активных сессий на сервере:

query session

Если видите две активные RDP-сессии плюс попытку третьей — вы уже упёрлись в штатный лимит, и дальше без роли RDS не продвинуться.

Зачем нужна роль Remote Desktop Services

Чтобы снять лимит в два подключения и легально пустить на сервер команду, нужна серверная роль Remote Desktop Services (RDS), а конкретно — служба роли RD Session Host (раньше называлась Terminal Server). Она превращает Windows Server в полноценный терминальный сервер: десятки пользователей заходят на одну машину одновременно, каждый получает свой рабочий стол или изолированную сессию с нужными приложениями.

Роль ставится через Server Manager или PowerShell. Быстрый вариант для сервера без графической консоли:

Install-WindowsFeature -Name RDS-RD-Server -IncludeManagementTools

Для полноценного развёртывания через Server Manager выбирайте сценарий Remote Desktop Services installation → Quick Start, роль Session-based desktop deployment — мастер сам поставит RD Session Host, RD Connection Broker и RD Web Access и перезагрузит сервер. Важный нюанс: сразу после установки роли сервер входит в льготный период — Grace Period, обычно порядка 120 дней, — в течение которого RDS работает без активированного сервера лицензирования. Это удобно, чтобы протестировать сценарий, но не отменяет обязанность настроить лицензирование до истечения этого срока — иначе новые подключения перестанут приниматься.

CAL User vs CAL Device: как выбрать модель

Сама роль RDS бесплатна — она входит в Windows Server. Платите вы не за роль, а за клиентские лицензии доступа — RDS CAL (Client Access License), которые отдельны от обычных CAL на файлы и печать. Лицензия нужна на каждого, кто подключается к терминальному серверу, и существует в двух вариантах:

Смешивать типы на одном сервере лицензирования можно, но обычно компания выбирает одну модель под сценарий. Для удалённой команды, которая заходит то с ноутбука, то с домашнего ПК, почти всегда выгоднее User CAL. Для call-центра с посменной работой на общих терминалах — Device CAL.

Отдельно стоит сервер лицензирования — роль RD Licensing, которая ставится либо на тот же сервер, либо на отдельную машину, и активируется через интернет или телефон Microsoft. Без активированного сервера лицензирования и выпущенных CAL сервер после Grace Period перестанет принимать RDP-сессии сверх штатных двух.

Пошаговая установка RD Session Host и лицензирования

Порядок, который реально работает на практике, а не только в документации:

1. Установите роли — RD Session Host и RD Licensing (можно на один сервер для небольшой команды):

Install-WindowsFeature -Name RDS-RD-Server, RDS-Licensing -IncludeManagementTools

1. Активируйте сервер лицензирования через оснастку Remote Desktop Licensing Manager (lsdiag.msc или поиск «RD Licensing Manager» в меню). Правой кнопкой по серверу → Activate Server → мастер активации через интернет.

1. Установите CAL-лицензии, которые вы приобрели, — тем же мастером (Install Licenses), указав тип (User/Device) и лицензионный ключ, полученный от Microsoft или реселлера.

1. Свяжите Session Host с сервером лицензирования через групповую политику или напрямую:

$obj = Get-WmiObject -class "Win32_TerminalServiceSetting" -Namespace root\cimv2\terminalservices
$obj.SetSpecifiedLicenseServerList("license-server-hostname")

1. Укажите режим лицензирования — Per User или Per Device, в соответствии с купленными CAL, через Group Policy (Computer Configuration → Administrative Templates → Windows Components → Remote Desktop Services → RD Licensing) или:

$obj.ChangeMode(4)  # 2 = Per Device, 4 = Per User

После этого шага подключения свыше двух штатных начнут расходовать выпущенные CAL, а не упираться в старый лимит. Проверить текущее состояние лицензирования удобно тем же Remote Desktop Licensing Diagnoser — он прямо укажет, если что-то не активировано или лицензий не хватает.

Сколько это реально стоит

Здесь и кроется главный подвох, из-за которого многие компании берут RDS, даже не посмотрев на альтернативу. RDS CAL можно купить бессрочно (perpetual, разовый платёж за пользователя или устройство) либо арендовать помесячно через провайдера по модели SPLA (Services Provider License Agreement) — тогда стоимость лицензии зашита в счёт за аренду сервера построчно на каждого пользователя.

Точную цену называть не будем — она меняется у Microsoft и у реселлеров, зависит от региона и канала закупки, поэтому дайте актуальные цифры запросить у своего провайдера или партнёра Microsoft. Но по порядку сравнения важно понимать структуру:

• Perpetual CAL — разовая покупка, но привязана к конкретной редакции Windows Server и требует Software Assurance для апгрейда версии в будущем; удобна, если состав команды стабилен на годы вперёд.
• SPLA через хостера — помесячная плата за пользователя вместе с арендой, без крупного разового платежа; удобна для команд, которые растут, сокращаются или тестируют формат удалённой работы.

Для команды в 3–5 человек ежемесячная надбавка за SPLA-лицензии на терминальный доступ часто оказывается сопоставима, а то и выше, чем аренда отдельного недорогого сервера на каждого сотрудника или на пару сотрудников — особенно если реальная нагрузка каждого невелика (офисные программы, 1С, браузер).

Альтернатива: несколько серверов вместо RDS

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

Это не универсальное решение, но во многих сценариях оно выигрывает:

Момент, где выигрывает именно RDS с CAL, — это общая для всех база данных, общие сетевые ресурсы и файлы, работа с одной инсталляцией 1С или CRM, где важно, чтобы все сидели в одном экземпляре приложения одновременно. Если работа людей независима друг от друга (каждый в своём Excel, своём браузере, своей задаче), несколько отдельных серверов почти всегда проще и часто дешевле, чем разбираться с CAL, сервером лицензирования и Grace Period.

Практический ориентир: если у вас 3–4 человека и им не обязательно сидеть в одной системе одновременно — возьмите под каждого (или пару) отдельный Windows-сервер в России или в нужной локации, подключайтесь по RDP через WireGuard для безопасности и не думайте про CAL вообще. Если же людей больше пяти-семи и всем нужна одна общая система — считайте RDS с лицензиями и сравнивайте итоговую смету с вариантом «сервер под каждого», прежде чем платить за роль RDS. Иногда полезно заранее прикинуть экономику через материал про аренду против покупки сервера — та же логика применима и к выбору между лицензиями и количеством машин.

Частые вопросы