Меню Рубрики

Установка лицензий с сервера лицензирования

Установка и активация сервера лицензирования 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 — Remote Desktop Licensing Diagnoser (lsdiag.msc), которую можно установить с помощью Server Manager: Features -> Remote Server Administration Tools -> Role Administration Tools -> Remote Desktop Services Tools -> Remote Desktop Licensing Diagnoser Tools (по умолчанию при установке службы RDS-Licensing устанавливается только консоль Remote Desktop Licensing Manager — licmgr.exe).

Также вы можете установить компонент лицензирования RDS и RD Licensing Diagnoser с помощью PowerShell:

Install-WindowsFeature RDS-Licensing –IncludeAllSubFeature -IncludeManagementTools

Активация сервера лицензий 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.

  • На устройство (Per Device CAL) – это постоянный тип лицензии, назначающаяся компьютеру или устройству, которое подключается к RDS серверу более одного раза (при первом подключении устройства ему выдается временная лицензия). Данные лицензии не являются конкурентными, т.е. если у вас 10 лицензий Per Device, то к вашему RDS серверу смогут подключится всего 10 хостов.
  • На пользователя (Per User CAL) – такой тип лицензии позволяет одному пользователю подключаться к серверу RDS с любого количества компьютеров/устройств. Данный тип лицензий привязывается к пользователю Active Directory, но выдается не навсегда, а на определенный период времени (90 дней по-умолчанию).

Установка клиентских лицензий 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:

$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()

Удаление 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, откройте 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.

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

$obj = gwmi -namespace «Root/CIMV2/TerminalServices» Win32_TerminalServiceSetting

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

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

При настройке через GPO, нужно создать новую 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 Session Host -> Licensing» w/>

  • TCP/135 (Microsoft RPC)
  • UDP/137 (NetBIOS Datagram Service)
  • UDP/138 (NetBIOS Name Resolutio)
  • TCP/139 (NetBIOS Session Service)
  • TCP/445 (SMB)
  • TCP 49152 – 65535 — RPC динамический диапазон адресов

Вы можете проверить доступность портов с помощью утилиты 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 для пользователей.

источник

Получение клиентских лицензий через сервер 1С:Предприятия

Раздел описывает особенности получения лицензий клиентами 1С:Предприятия через сервер 1С:Предприятия.

Когда сервер 1С:Предприятия выдает клиентские лицензии

Для запуска клиента 1С:Предприятия необходимо наличие свободной лицензии в клиентском ключе. При запуске клиент 1С:Предприятия выполняет поиск доступной клиентской лицензии в следующей последовательности:

  • локальный клиентский ключ (кроме веб-клиента);
  • сетевой клиентский ключ (кроме веб-клиента);
  • локальный клиентский ключ сервера (кроме информационной базы на локальном компьютере или на компьютере в локальной сети). Для информационной базы на сервере 1С:Предприятия используется локальный ключ компьютера менеджера лицензий, на который назначен сервис сеансовых данных. Для файловой информационной базы на веб-сервере используется локальный ключ веб-сервера;
  • сетевой клиентский ключ сервера (кроме информационной базы на локальном компьютере или на компьютере в локальной сети). Для информационной базы на сервере 1С:Предприятия доступ к сетевому ключу выполняет компьютер менеджера лицензий, на который назначен сервис сеансовых данных. Для файловой информационной базы на веб-сервере доступ к сетевому ключу выполняет веб-сервер;
  • программная лицензия базовой конфигурации.

Таким образом, если клиент 1С:Предприятия не нашел свободной клиентской лицензии на одном из доступных ему ключей, то он обращается за клиентской лицензией на сервер. В этом случае сервер выполняет поиск и занятие свободной лицензии на одном из клиентских ключей, доступных серверу.

Отличия в получении клиентских лицензий через сервер

Механизм получения сервером клиентских лицензий в основном аналогичен получению клиентских лицензий клиентами. Его особенности определяются тем, что процесс менеджера кластера, на который назначен сервис сеансовых данных, или веб-сервер для файловой информационной базы:

  • может занять одновременно несколько клиентских лицензий, в отличие от клиента;
  • может подключиться только к одному локальному и одному сетевому ключу одной серии;
  • в общем случае не может идентифицировать клиентский компьютер из-за возможности подключения клиента к информационной базе через веб-сервер.

Одна лицензия на экземпляр клиента

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

Локальная установка сетевого клиентского ключа

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

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

  • установите клиентский ключ с лицензиями, предназначенными для доступа через веб-сервер, в компьютер сервера и не устанавливайте на нем менеджер лицензий.
  • на компьютере сервера в подкаталог conf каталога загрузочных модулей 1С:Предприятия поместите файл nethasp.ini, запрещающий поиск клиентского ключа по сети, например такой:

Копировать в буфер обмена

[NH_COMMON]NH_IPX = Disabled
NH_NETBIOS = Disabled
NH_TCPIP = Disabled

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

Сервер предпринимает попытку получения клиентской лицензии из локальных ключей всех клиентских серий: ORGL8 (1 — 100 пользователей), ORG8A (300 пользователей), ORG8B (500 пользователей). Установка в компьютер сервера нескольких ключей разных серий позволяет увеличить количество клиентских лицензий, доступных для получения через сервер.

Доступ сервера к сетевому клиентскому ключу

Если сервер не нашел свободной лицензии в локальных ключах, то он выполняет поиск свободной лицензии на сетевых ключах всех клиентских серий в соответствии с настройками файла nethasp.ini.

Сервер может иметь соединение только с одним сетевым ключом одной серии. При исчерпании лицензий в одном сетевом ключе поиск в сети других ключей той же самой серии не выполняется. Таким образом, общее количество клиентских лицензий, доступных для получения через один сервер ограничено числом 1800: локальный на 100, локальный на 300, локальный на 500, сетевой на 100, сетевой на 300, сетевой на 500.

Множественное назначение сервиса сеансовых данных

Чтобы через сервер могло быть получено более чем 1800 клиентских лицензий необходимо:

  • определить кластер серверов 1С:Предприятия на 2 и более компьютерах;
  • на каждом из компьютеров (кроме первого) запустить дополнительный менеджер кластера;
  • сервис сеансовых данных назначить нескольким менеджерам на разных компьютерах;
  • при использовании локальных ключей установить локальные ключи в каждый из компьютеров менеджеров, на которые назначен сервис сеансовых данных;
  • при использовании сетевых ключей на компьютерах менеджеров, на которые назначен сервис сеансовых данных, определить nethasp.ini с указанием разных менеджеров лицензий, Например:

Копировать в буфер обмена

[NH_COMMON]NH_IPX = Disabled
NH_NETBIOS = Disabled
NH_TCPIP = Enabled
[NH_TCPIP]NH_SERVER_ADDR = 1.2.3.4 ; Адрес компьютера с менеджером лицензий
NH_USE_BROADCAST = Disabled

[NH_COMMON]NH_IPX = Disabled
NH_NETBIOS = Disabled
NH_TCPIP = Enabled
[NH_TCPIP]NH_SERVER_ADDR = 1.2.3.5 ; Адрес компьютера с менеджером лицензий
NH_USE_BROADCAST = Disabled

В этом случае кластер серверов 1С:Предприятия будет равномерно распределять клиентские сеансы между менеджерами, что позволит обеспечить доступность через сервер произвольного количества клиентских лицензий.

источник

Сервер лицензирования 1С

Рассказываем о том, в чем поможет компаниям сервер лицензирования 1С и как его настроить, даем пошаговую инструкцию по установке.

Сегодня мы расскажем о том, в чем поможет компаниям сервер лицензирования 1С и как его настроить.

Небольшие компании вполне могут без него обойтись, а вот если компания быстро растет и активно использует в своей деятельности 1С, то получается, что пользователей 1С все больше, разнообразных конфигураций 1С тоже, а предоставить им доступ к лицензиям становится все сложнее.

В таких случаях, когда количество рабочих мест исчисляется уже десятками или сотнями, на определенном этапе мы рекомендуем выделить для задач лицензирования отдельный сервер. Сервер может быть как физическим, так и виртуальным.

Преимущества настройки сервера лицензий в 1С

  • Все лицензии хранятся централизованно, так управлять ими будет намного проще. Раздаваться они тоже будут централизованно, не возникнет ситуации, когда на одном ключе закончились лицензии, а на другом, наоборот, есть неиспользуемые. К тому же так можно сэкономить на покупке лицензий – купить, скажем, не 3 отдельных ключа по 100, а один на 300.
  • Аппаратные требования к оборудованию для сервера лицензий 1С очень невысокие – все можно настроить на виртуальном сервере с 2х-ядерным процессором и 2-4 Гб оперативной памяти, этих ресурсов сервера вполне хватит, чтобы обеспечить работоспособность
  • Для такого сервера лицензий не нужно лицензирование сервера 1С:Предприятие 8.3, не придется покупать дополнительные лицензии
  • Настройка сервера лицензирования 1С 8.3 дает возможность раздавать одни и те же лицензии в разные кластера 1С, даже с разными версиями платформы.
  • Он может раздавать серверные и многопользовательские клиентские лицензии для всех использующихся серверов приложений.
  • Если вам понадобится изменить конфигурацию серверов приложений 1С, то если вы не меняли конфигурацию сервера лицензирования, повторно активировать лицензии не придется.
  • Что касается мер предосторожности для восстановления работоспособности системы при различного рода сбоях, то и тут у сервера лицензирования есть преимущество – можно делать его резервную копию каждый раз, когда была выполнена активация лицензий. Такую резервную копию будет несложно перенести и восстановить работу сервера на другом оборудовании.

Сервер лицензирования 1С: настройка

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

Последовательность шагов установки должна быть приблизительно такой

  1. Чтобы установить сервер лицензирования 1С, для начала установите на предназначенном для этой цели сервере серверные компоненты “1С:Предприятие”. Советуем при этом отключать опцию «Установить сервер „1С:Предприятие 8“ как сервис Windows», чтобы в дальнейшем не приходилось останавливать службы, когда устанавливаете или удаляете версии платформы
  2. Разверните на нем службы 1С, предоставьте все права на них пользователю, под которым будет выполняться администрирование. Назначьте службам незанятые порты, добавьте их в разрешенные порты МСЭ
  3. Запустите службы и проверьте, чтобы они работали.
  4. Удалите локальные кластеры 1С, которые создались при установке.
  5. Проверьте, чтобы на этом сервере работала служба WMI.
  6. Теперь на машине, где развернут сервер приложений 1С, в администраторской консоли 1С добавьте новый “Рабочий сервер”. В описании его укажите, что это именно сервер лицензирования, а в имени компьютера введите имя или адрес сервера лицензирования 1С, укажите диапазоны IP портов. Проверьте, чтобы был правильно указан “Порт главного менеджера кластера”.
  7. Откройте для этого сервера “Требования назначения функциональности”. Создайте две функциональности: первую с параметрами “Любой объект требования”-”Не назначать”- пустое имя базы (фактически, запрещает всю функциональность), и вторую “Сервис лицензирования”-”Назначать”- пустое имя базы. Примените эти правила для всего кластера.
  8. Установите серверные лицензии 1С и активируйте их. Вам понадобится активировать на сервере лицензий многопользовательские и серверные лицензии по числу кластеров (т.е. в нашем примере это два). Обратите внимание, что при активации с другого компьютера необходимо все равно указывать название назначенного вами сервера лицензий, иначе лицензию не получится использовать для кластера.
  9. Примените все правила назначения функциональности, настроенные согласно пункту 7.

После перезагрузки служб на всех серверах кластера система заработает.

По опыту можем порекомендовать организовать для каждого кластера собственную службу 1С на своем диапазоне портов – в таком случае можно будет перезагружать отдельно для любого из кластеров все службы и лицензии, не затрагивая работу других кластеров:

  • Это повысит надежность и безотказность системы
  • Даст возможность применять для разных кластеров разные версии платформы 1С

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

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

Удаленная техподдержка или выезд специалиста по 1С по Санкт-Петербургу – ежедневно и круглосуточно.

источник

Читайте также:  Установка и пайка наконечников

Добавить комментарий