2020 активация сервера терминалов: Активация и лицензирование терминальный сервер Windows. 6 простых шагов.

Содержание

Активация и лицензирование терминальный сервер Windows. 6 простых шагов.

И так, нами всеми, любимый и не мерянно дорогой Microsoft Windows Server. О стоимости его лицензии можно только думать, особенно, на фоне множества бесплатных решений.

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

Сервер терминалов Windows требует лицензирования. Есть бесплатный период на 120 (90 для MS Windows Server 2000) дней, после чего «железка» остается доступной только админам и то монопольно.

Благо продукция Microsoft настолько дорога, что даже ее сотрудникам за это становиться стыдно и они добродушно оставляют лазейки. Вот одна из них: «6 шагов к лицензиям для терминального сервера». Процедуру установки описывать не буду, считаем что у вас установлена «служба удаленных рабочих столов» и «сервер лицензирования». Так же картинки понятные скрины комментировать не буду.

1.  Входим в диспетчер лицензирования удаленных рабочих столов

2. Активируем сервер

3. Вводим любые учетные данные

4. Выбираем тип лицензии: Соглашение Enterprise Agreement

5. Указываем номер соглашения: 4965437

6. Выбираем вашу версию продукта и тип лицензии «на пользователя», можно и на устройство, но тогда есть вероятность их исчерпать, и указываем количество желаемых лицензий (более 9999 увы нельзя)

Для чистой совести можно перезагрузить Сервер. Пользуемся!

Активация терминального сервера Windows Server 2003/2008/2008 R2

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

Способ работает уже не первый год, и раз в Microsoft до сих пор его не прикрыли, то мы с чистой совестью будем им пользоваться. Актуально для Windows Server 2003, 2008 и 2008 R2 (на WinServer 2012 не проверял). Конечно, на рабочих серверах, я призываю использовать исключительно честно купленные лицензии. Итак, приступим…

Установка роли «Службы терминалов»

Подопытным сервером выступит Windows Server 2008 R2. Активируем терминальный сервер и получим клиентские лицензии CAL на пользователя. Первым делом добавляем роли нашему серверу. Сильно подробно расписывать не буду — тут все просто.

  1. Диспетчер сервера -> Роли -> Добавить роль -> Службы терминалов
  2. В списке «Службы роли» отмечаем Сервер терминалов и Лицензирование служб терминалов

Этого вполне достаточно для поддержания базовой функциональности терминального сервера.

В процессе установки вам потребуется выбрать метод проверки подлинности — требовать проверку подлинности на уровне сети или нет. Включение проверки (рекомендуемое) обеспечит повышенную безопасность, но в этом режиме к серверу не смогут подключаться пользователи с устаревшими клиентами (rdp 5.х и ниже).

Решение данной проблемы я описывал ранее — Windows XP и терминальный сервер на Server 2008 R2.

Осталось определиться с режимом лицензирования: «на пользователя» или «на устройство».

Лицензии «на пользователя» следует выбирать в случае, когда пользователи не привязаны к конкретному компьютеру, требуется доступ к серверу как из корпоративной сети, так и из удаленной (дом, другой офис). В противном случае, выбирайте лицензии «на устройство».

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

Мне было не лень, наделал скриншотов, так что сегодня инструкция будет в картинках. Идем в Диспетчер лицензирования удаленные рабочих столов -> Активировать сервер.

Выбираем метод подключения «В браузере веб-страниц»

Узел лицензирования удаленных рабочих столов: https://activate.microsoft.com/

В предложенной форме необходимо заполнить поля, помеченные (*). Product ID указан в мастере активации, остальные поля заполняем любой лабудой, (например Шариков Полиграф Полиграфович, компания «Рога и Копыта»).

Если все сделано правильно, то мы получим необходимый license server ID. Скопируйте его в буфер обмена. Сайт https://activate.microsoft.com/ закрывать пока не нужно, он нам еще пригодится для получения клиентских лицензий (CALs).

Получение клиентских лицензий (CALs)

Ну вот мы и добрались до самого интересного…

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

Снова заполнить поля, помеченные (*) той же лабудой, что и первый раз. Вставляем License Server ID, в качестве программы лицензирования

(License Program) выбираем Enterprise agreement (! иначе не прокатит).

Внимательно выбираем нужные нам лицензии и их количество (определялись ранее. в примере выбор на пользователя):

Тип продукта — Windows Server 2008 Terminal Server Per User Client Access License (для Windows Server 2003 — Windows 2003 Terminal Server Per User Client Access License)

Соглашение Enterprise agreement — 6565792, 5296992, 3325596 или любой другой, найденный в сети.

Ну вот мы и получили нужные нам клиентские лицензии. Поздравляю!

Собственно, теперь мы имеем полноценный активированный сервер терминалов. При желании можно добавить WEB-доступ, установив дополнительную роль.

Подписывайтесь на канал Яндекс.Дзен и узнавайте первыми о новых материалах, опубликованных на сайте.

Если считаете статью полезной,
не ленитесь ставить лайки и делиться с друзьями.

Лицензирование сервера терминалов (удаленных рабочих столов)

Навигация по статье:

Установка службы роли лицензирования удаленных рабочих столов

Все нижеследующие действия выполняются под учетной записью Администратора:

Шаг 1. Идем по пути:

Пуск → Администрирование → Управление сервером.

Шаг 2. Возможны два варианта:

2.1. Вариант первый – если роль Службы удаленных рабочих столов (Терминальный сервер) еще не установлена:

2.1.1. В разделе Сводка по ролям выберите команду Добавить роли.

2.1.2. На странице Начало работы компонента

Мастер добавления ролей нажмите кнопку Далее.

2.1.3. На странице Выбор ролей сервера отметьте чекбокс Службы удаленных рабочих столов и нажмите кнопку Далее.

2.1.4. На странице Службы удаленных рабочих столов нажмите кнопку Далее.

2.1.5. На странице Выбор служб ролей отметьте чекбокс Лицензирование удаленных рабочих столов и нажмите кнопку Далее.

2.2. Вариант второй – если роль Службы удаленных рабочих столов уже установлена.

2.2.1. В области Сводка по ролям выберите элемент Службы удаленных рабочих столов.

2.2.2. В разделе

Службы ролей выберите команду Добавить службы ролей.

2.2.3. На странице Выбор служб ролей отметьте чекбокс Лицензирование удаленных рабочих столов и нажмите кнопку Далее.

3. На странице Настроить область обнаружения для лицензирования удаленных рабочих столов задайте область обнаружения для сервера лицензирования.

Важно! На самом деле настраивать область обнаружения для сервера лицензирования не рекомендуется. Вместо этого следует с помощью средства Конфигурация узла сеансов удаленных рабочих столов задать сервер лицензирования, который будет использоваться сервером Узел сеансов удаленных рабочих столов (Терминальный сервер).

4.

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

5. На странице Результаты установки убедитесь в успешном завершении установки службы роли Лицензирование удаленных рабочих столов и нажмите кнопку Закрыть.

Активация сервера лицензирования удаленных рабочих столов

Активация сервера лицензирования требуется для сертификации этого сервера и получения разрешения на выдачу клиентских лицензий служб удаленных рабочих столов (RDS CAL). Сервер лицензирования можно активировать с помощью мастера активации сервера из состава средства Диспетчер лицензирования удаленных рабочих столов

.

Существуют три метода активации сервера лицензирования:

Метод 1. Автоматическая активация сервера лицензирования удаленных рабочих столов

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

1. Пуск → Администрирование → Службы удаленных рабочих столов → Диспетчер лицензирования удаленных рабочих столов.

2. Щелкните правой кнопкой мыши сервер лицензирования, который требуется активировать, и выберите команду Активировать сервер. Запустится мастер активации сервера.

3. Нажмите кнопку Далее.

4. На странице Метод подключения в списке

Метод установки выберите пункт Автоподключение (рекомендуется), а затем нажмите кнопку Далее.

5. На странице Сведения об организации введите свое имя, название компании, страну или регион, затем нажмите кнопку Далее.

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

7. Нажмите кнопку Далее. Сервер лицензирования активирован.

8. На странице Завершение работы мастера активации сервера выполните одно из следующих действий:

  • чтобы установить клиентские лицензии служб удаленных рабочих столов (RDS CAL) на сервере лицензирования, отметьте чекбокс 
    Запустить мастер установки лицензий
    , нажмите кнопку Далее и следуйте инструкциям мастера;
  • чтобы установить клиентские лицензии служб удаленных рабочих столов позже, снимите чекбокс Запустить мастер установки лицензий и нажмите кнопку Готово.

Метод 2. Активация сервера лицензирования удаленных рабочих столов с использованием веб-браузера

Подробнее об этом методе активации можно прочитать по ссылке: https://technet.microsoft.com/ru-ru/library/cc726065(v=ws.11).aspx

Метод 3. Активация сервера лицензирования удаленных рабочих столов по телефону

Подробная информация доступна здесь: https://technet.microsoft.com/ru-ru/library/cc732129(v=ws.11).aspx

В результате активации сервера лицензирования корпорация Майкрософт предоставляет серверу цифровой сертификат с ограниченным использованием, удостоверяющий владельца и подлинность сервера. Для этого используются сертификаты, соответствующие промышленному стандарту X.509. Используя такой сертификат, сервер лицензирования может осуществлять последующую связь с корпорацией Майкрософт.

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

Установка клиентских лицензий служб удаленных рабочих столов

Поддерживаются три способа установки клиентских лицензий служб удаленных рабочих столов (RDS CAL) на сервере лицензирования.

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

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

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

2. Убедитесь, что для сервера лицензирования удаленных рабочих столов выбран метод подключения Автоподключение (рекомендуется). Для этого щелкните правой кнопкой мыши сервер лицензирования, на котором необходимо установить клиентские лицензии служб удаленных рабочих столов, и выберите пункт Свойства. При необходимости измените метод подключения на вкладке Метод подключения и нажмите кнопку ОК.

3. Щелкните правой кнопкой мыши сервер лицензирования, на котором необходимо установить клиентские лицензии служб удаленных рабочих столов, и выберите команду Установить лицензии. Будет запущен мастер установки лицензий.

4. Нажмите кнопку Далее.

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

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

7. После ввода обязательных сведений кнопку Далее.

8. На странице Версия продукта и тип лицензии укажите соответствующую версию продукта, тип лицензии и число клиентских лицензий служб удаленных рабочих столов в среде в соответствии с соглашением о приобретении клиентских лицензий служб удаленных рабочих столов, а затем нажмите кнопку Далее.

9. Введенные данные будут автоматически переданы в расчетную палату корпорации Майкрософт для обработки вашего запроса. После этого клиентские лицензии служб удаленных рабочих столов автоматически устанавливаются на сервер лицензирования.

10. Нажмите кнопку Готово, чтобы завершить процесс. Теперь сервер лицензирования может выдавать клиентские лицензии служб удаленных рабочих столов клиентам, подключающимся к серверу Узел сеансов удаленных рабочих столов (Терминальный сервер).

Способ 2. Установка клиентских лицензий служб удаленных рабочих столов с использованием веб-браузера

Подробно процедура описана по ссылке: https://technet.microsoft.com/ru-ru/library/cc772037(v=ws.11).aspx

Способ 3. Установка клиентских лицензий служб удаленных рабочих столов по телефону

Подробнее: https://technet.microsoft.com/ru-ru/library/cc770965(v=ws.11).aspx

Важно! Перед установкой клиентских лицензий служб удаленных рабочих столов на сервере лицензирования учитывайте следующее:

  • перед запуском процесса установки клиентских лицензий служб удаленных рабочих столов на сервере лицензирования прежде необходимо активировать сервер лицензирования удаленных рабочих столов;
  • для установки клиентских лицензий служб удаленных рабочих столов на сервере лицензирования потребуется код лицензии. Код лицензии выдается при приобретении клиентских лицензий служб удаленных рабочих столов;
  • на одном сервере лицензирования можно одновременно устанавливать клиентские лицензии «на пользователя» и «на устройство».

Настройка параметров лицензирования на хост-сервере сеансов удаленных рабочих столов

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

После установки и настройки сервера лицензирования необходимо выполнить следующие действия на сервере Узел сеансов удаленных рабочих столов (Терминальный сервер), чтобы обеспечить возможность подключения сервера к серверу лицензирования для запроса клиентских лицензий служб удаленных рабочих столов:

Шаг 1. Выбор режима лицензирования удаленных рабочих столов на хост-сервере сеансов удаленных рабочих столов

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

1.2. Если появится диалоговое окно Управление учетными записями пользователей, убедитесь, что в окне указано нужное действие, и выберите ответ Да.

1.3. В области Лицензирование, в разделе Изменить параметры дважды щелкните элемент Режим лицензирования удаленных рабочих столов.

1.4. На вкладке Лицензирование в диалоговом окне Свойства выберите тип лицензии На устройство или На пользователя, – наиболее соответствующий вашей среде выбора, – это значит, что параметр групповой политики Укажите режим лицензирования удаленных рабочих столов был включен и применен к серверу Узел сеансов удаленных рабочих столов (Терминальный сервер).

1.5. После выбора режима лицензирования удаленных рабочих столов необходимо задать сервер лицензирования, который будет использоваться сервером Узел сеансов удаленных рабочих столов (Терминальный сервер). Дополнительные сведения см. в разделе ниже — Выбор сервера лицензирования, используемого хост-сервером сеансов удаленных рабочих столов.

1.6. Нажмите кнопку ОК, чтобы сохранить изменения в параметрах лицензирования.

Шаг 2. Выбор сервера лицензирования, используемого хост-сервером сеансов удаленных рабочих столов

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

2.2. Если появится диалоговое окно Управление учетными записями пользователей, убедитесь, что в окне указано нужное действие, и выберите ответ Да.

2.3. В области Лицензирование в разделе Изменить параметры дважды щелкните элемент Серверы лицензирования удаленных рабочих столов.

2.4. На вкладке Лицензирование в диалоговом окне Свойства нажмите кнопку Добавить.

2.5. В диалоговом окне Добавление сервера лицензирования выберите сервер лицензирования из списка и нажмите кнопку Добавить. Если нужного сервера лицензирования нет в списке, в поле Имя или IP-адрес сервера лицензирования введите имя или IP-адрес сервера лицензирования, который требуется добавить, и нажмите кнопку Добавить.

2.6. Нажмите кнопку ОК, чтобы закрыть диалоговое окно Добавление сервера лицензирования, затем нажмите кнопку ОК, чтобы сохранить изменения в параметрах лицензирования.

Указать сервер лицензирования для сервера Узел сеансов удаленных рабочих столов(Терминальный сервер) можно также с помощью параметра групповой политики Использовать указанные серверы лицензирования удаленных рабочих столов. Этот параметр групповой политики находится в разделе Конфигурация компьютера\Политики\Административные шаблоны\Компоненты Windows\Службы удаленных рабочих столов\Хост-сервер сеансов удаленных рабочих столов\Лицензирование. Для его настройки можно использовать редактор локальных групповых политик или консоль управления групповыми политиками. Обратите внимание, что параметр групповой политики будет иметь приоритет над серверами лицензирования, настроенными в Конфигурации узла сеансов удаленных рабочих столов.

 


Источники:

Указать сервер лицензирования терминалов через реестр – gotoADM.ru

Рекомендуемый способ задания сервера лицензирования терминалов – использование групповых политик. Если кратко, то необходимо выполнить следующие действия:

  1. Откройте групповую политику (gpedit.msc).
  2. В разделе Конфигурация компьютера, Административные шаблоны, Компоненты Windows, Службы терминалов дважды щелкните параметр Использовать указанные серверы лицензирования сервера терминалов.
  3. Выберите значение Включен.
  4. Введите имена серверов лицензий сервера терминалов, подключение к которым должно выполняться в первую очередь при получении клиентских лицензий доступа, и нажмите кнопку OK.

Бывают частные случаи, когда данный способ не отрабатывает, либо неудобен. Выход есть — использование regedit, т.е. внесение данных о сервере лицензирования через реестр. Данная операция состоит из 5 действий:

  1. Нажмите кнопку Пуск, выберите команду Выполнить, введите regedit и нажмите кнопку OK.
  2. Найдите и выделите следующую запись реестра:HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\TermService\Parameters
  3. В меню Правка выберите команду Создать, затем Раздел и введите LicenseServers в качестве имени раздела.
  4. Найдите и выделите следующую запись реестра:HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\TermService\Parameters\LicenseServers
  5. В меню Правка выберите команду Создать, затем Раздел и введите имя_сервера, где имя_сервера — это NetBIOS-имя, которое будет установлено для сервера лицензирования; затем нажмите кнопку ВВОД.Именем раздела может быть любая строка, определяющая сервер лицензий:
    • NetBIOS-имя сервера;
    • полное доменное имя сервера доступа;
    • IP-адрес сервера.
  6. Перезапустите компьютер


Нашли ошибку в тексте? Выделите фрагмент текста и нажмите Ctrl+Enter

Лицензирование развертывания служб удаленных рабочих столов с клиентскими лицензиями (CAL)

  • Чтение занимает 4 мин

В этой статье

Применяется к: Windows Server (Semi-Annual Channel), Windows Server 2019, Windows Server 2016Applies 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 2012RDS 2012 CAL Клиентская лицензия RDS 2016RDS 2016 CAL Клиентская лицензия RDS 2019RDS 2019 CAL
Узел сеансов 2008, 2008 R22008, 2008 R2 session host ДаYes ДаYes ДаYes ДаYes
Узел сеансов 20122012 session host НетNo ДаYes ДаYes ДаYes
Узел сеансов 2012 R22012 R2 session host НетNo ДаYes ДаYes ДаYes
Узел сеансов 20162016 session host НетNo НетNo ДаYes ДаYes
Узел сеансов 20192019 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.

Клиентская лицензия RDS версии 2008 R2 и вышеRDS 2008 R2 and earlier CAL Клиентская лицензия RDS 2012RDS 2012 CAL Клиентская лицензия RDS 2016RDS 2016 CAL Клиентская лицензия RDS 2019RDS 2019 CAL
Сервер лицензий 2008, 2008 R22008, 2008 R2 license server ДаYes НетNo НетNo НетNo
Сервер лицензий 20122012 license server ДаYes ДаYes НетNo НетNo
Сервер лицензий 2012 R22012 R2 license server ДаYes ДаYes НетNo НетNo
Сервер лицензий 20162016 license server ДаYes ДаYes ДаYes НетNo
Сервер лицензий 20192019 license server ДаYes ДаYes ДаYes ДаYes

Настройка и лицензирование терминального сервера Windows Server 2016

Установим роли терминального сервера на Windows Server 2016 и лицензируем.

  1. Подготовка Windows Server 2016.
  2. Установка роли терминального сервера.
  3. Лицензирование терминального сервера.

Ссылки

ESXi 6.7 — установка Windows Server 2016 на виртуальную машину

Подготовка Windows Server 2016

Сервер разворачиваю на базе виртуальной машины VMware. Устанавливаем ОС:

Ссылка на инструкцию по установке ОС приведена выше. ОС установлена.

Не забываем установить VMware Tools.

Тип сетевухи E1000E нежелателен.

Меняем его на VMXNET 3.

Активируем Windows Server 2016.

Устанавливаем обновления.

Моя конфигурация:

Установка роли терминального сервера

Входим в Server Manager. Справа вверху выбираем Manage > Add Roles and Features.

Before You Begin пропускаем. Next.

Installation Type. Для установки сервиса удаленных рабочих столов предусмотрен специальный мастер Remote Desktop Services installation, выбираем его, Next.

Deployment Type. Для одного сервера, выбираем Quick Start. Next.

Deployment Scenario. Наши пользователи будут подключаться к серверу (собственным сессиям на сервере), а не к собственным виртуальным машинам. Выбираем Session-based desktop deployment. Next.

Server Selection. Выбираем текущий сервер. Next.

На наш сервер будут добавлены следующие серверные роли:

  • RD Connection Broker — контроль подключений пользователей, определяет для какого пользователя на каком сервере будет открыта сессия или запущено приложение.
  • Web Access — доступ к приложениям через веб браузер.
  • RD session Host — сервер, на котором будут опубликованы приложения и на который пользователи смогут подключаться через удаленный рабочий стол.

Позже мы добавим на сервер ещё одну роль:

  • RD Licensing — сервер лицензий.

Установим галку, чтобы сервер при необходимости перезагружался. Deploy.

Начинается автоматическая установка ролей. Сервер перезагружается.

Даже какие-то обновления подтянулись.

После перезагрузки и установки первой роли включается триальный период работы терминального сервера 120 дней.

Первые три роли установлены. Close.

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

По умолчанию в группе все доменные пользователи.

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

Перезагружаемся и переходим к лицензированию.

Лицензирование терминального сервера

Устанавливаем RD Licensing сервис, нажав на зелёный плюсик.

Следуем инструкциям, сложностей не должно быть.

Выбираем текущий сервер, Next.

Add.

Начинается установка роли RD Licensing.

Установка роли RD Licensing успешно завершена. На всякий случай перезагружаю сервер.

Запускаем Диспетчер лицензирования удалённых рабочих столов (Remote Desktop Licensing Manager).

Выбираем наш сервер, правой кнопкой — активировать.

Открывается окно активации.

Жмем Next на первой странице мастера.

Выбираем метод соединения Web Browser. Next.

Получаем код продукта который нам понадобится для активации (Product ID).

В браузере открываем сайт https://activate.microsoft.com/

Выбираем «Activate a license server». Next.

Вводим Product ID полученный ранее, организацию и любую страну или регион. Next.

Next.

Если все сделано правильно, то мы получим необходимый код сервера лицензирования. На вопрос «Do you wish to install client access licenses now on the license server with this product ID?» отвечаем «Yes» и пока возвращаемся к терминальному серверу, к текущему окну ещё вернёмся.

Вводим код в открытом мастере, жмём Next.

Устанавливаем галку «Start Install Licenses Wizard now». Next.

Открывается мастер установки лицензий. Next.

Нас просят ввести license key pack ID. Возвращаемся к браузеру.

Вставляем License Server ID, в качестве программы лицензирования, по идее он уже должен сюда переместиться из предыдущего окна. License Program выбираем Enterprise agreement. Указываем компанию и страну. Next.

Выбираем тип продукта: Windows Server 2016 Remote Desktop Services Per User client access license. Указываем количество лицензий. Обязательно соглашение Enterprise agreement, один из данных номеров 6565792, 5296992, 3325596, 4965437, 4526017 или ищем в интернете который подойдет… Next.

Ну вот мы и получили нужные нам клиентские лицензии.

Копируем ключ и вводим его в мастер. Next.

Finish.

Возвращаемся к Remote Desktop Licensing Manager. Сервер активирован. Лицензии получились, но сервер светится желтым:

Сервер не является членом группы терминальных серверов в Active Directory. Нажмём Add to Grоup.

Continue.

Сервер добавлен в группу терминальных серверов в Active Directory.

OK.

Сервер лицензий позеленел, на первый взгляд всё в порядке.

Запускаем Remote Desktop Licensing Diagnoser.

Видим ошибку.

The licensing mode for Remote Desktop Session Host server is not configured.

Выполняем gpedit.msc.

gpedit.msc

Откроется Local Group Policy Editor.

Раскрываем Computer Configuration > Administrative Templates > Windows Components > Remote Desktop Services > Remote Desktop Session Host > Licensing.

Редактируем Set the Remote Desktop licensing mode.

Включаем — Enabled. В поле «Specify the licensing mode for the RD Session Host server» устанавливаем значение Per Device или Per User в зависимости от установленных вами лицензий. В моём случае Per User. OK.

Редактируем Use the specified Remote Desktop license servers.

Включаем — Enabled. В поле «License server to use» прописываем сервер, с которого получать лицензии, в моём случае «localhost». OK.

Перезагружаем сервер. Запускаем Remote Desktop Licensing Diagnoser.

Ошибок нет.

активация сервера терминалов 2008 r2 2 часть

Добрый день уважаемые читатели блога pyatilistnik.org, сегодня хочется рассказать в данной статье как до настроить сервер терминалов в Windows Server 2008R2. В первой части мы рассмотрели начальную часть установки службы удаленных рабочих столов и перезагрузили сервер. После перезагрузки инициируется автоматическое продолжение установки роли. Когда windows server 2008R2 вам сообщит, что роль поставлена успешно, переходим  Администрирование-Службы удаленных рабочих столов-Диспетчер лицензирования удаленных рабочих столов.

Лицензирование сервера терминалов 2008 r2

Как я ранее и рассказывал, вам потребуется лицензировать вашу роль, доставим их либо на пользователя, либо на устройства, они еще называются CAL (Client Access License). В идеале данные CAL нужно покупать у компании Microsoft, рассматривая именно более выгодный для вас вариант, либо куча пользователей сидят, либо куча устройств. По ценам хочу отметить, что они весьма кусающиеся, но в принципе терминалка себя окупает, особенно если вы используете remote app приложения, экономия будет на лицо, если вам позволяют финансы обязательно сделайте лицензионную активацию.

В открывшейся оснастке щелкаем правым кликом ваш сервер и выбираем из контекстного меня пункт Активировать сервер.

Откроется мастер активации сервера он и позволит сделать активацию сервера терминалов 2008 r2, жмем далее

Метод подключения оставляем автоматически, это подходит в 99 процентах случаев, это наш вариант 🙂 .

Заполняем маленькую анкетку вот такого образца:

  • Имя
  • Фамилию
  • Название организации
  • Страну

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

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

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

Дальше выйдет окно об успешной активации сервера терминалов, но не тут то было, теперь microsoft потребует от вас код на какое количество лицензий вы претендуете и какой тип лицензии у ваших служб удаленных рабочих столов.

Выбираем в поле Лицензии, другое соглашение.

Указываем в поле лицензия Другое соглашение, оно подразумевает ввод цифрового ключа.

Вводим магическое число для активации лицензий на вашем друге, а именно 4965437. Для проведения лицензирование сервера терминалов 2008, существуют и еще кодики, они легко гуглятся за пару минут, если у вас данный не сработал, напишите мне я вам помогу и поделюсь.

Выбираем версию продукта до которой вы получите лицензии, в моем случае это windows server 2008 R2, выбираете на клиента или устройство и в самом низу пишите количество, все зависит от жадности. Максимально можно получить 9999 лицензий на сервера служб удаленного рабочего стола.

Жмем завершить и по сути активация сервера терминалов 2008 r2, практически закончена.

Теперь удостоверимся, что все ативировалось хорошо на сервере терминалов. Щелкаем правым кликом и выбираем проверить настройку.

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

Как видите активация сервера терминалов 2008 r2, довольно тривиальная вещь и зная шаги выполняется за пару минут. Надеюсь что данный материал на тему сервер терминалов вы понимаете очень хорошо и готовы к  третьей части статьи, где мы разберем как прописать сервер лицензирования для других серверов терминалов.

Материал сайта Pyatilistnik.org

Активировать сервер лицензий служб удаленных рабочих столов

  • 2 минуты на чтение

В этой статье

Применимо к: Windows Server (полугодовой канал), Windows Server 2019, Windows Server 2016

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

Установите роль лицензирования удаленных рабочих столов

  1. Войдите на сервер, который вы хотите использовать в качестве сервера лицензий, используя учетную запись администратора.
  2. В диспетчере сервера щелкните Сводка ролей , а затем щелкните Добавить роли . Щелкните Далее на первой странице мастера ролей.
  3. Выберите Службы удаленных рабочих столов , а затем нажмите Далее , а затем Далее на странице Службы удаленных рабочих столов.
  4. Выберите Лицензирование удаленного рабочего стола , а затем нажмите Далее .
  5. Настроить домен — выбрать Настроить область обнаружения для этого сервера лицензий , щелкните Этот домен , а затем щелкните Далее .
  6. Щелкните Установить .

Активировать сервер лицензий

  1. Откройте диспетчер лицензирования удаленных рабочих столов: нажмите Пуск> Администрирование> Службы удаленных рабочих столов> Диспетчер лицензирования удаленных рабочих столов .
  2. Щелкните правой кнопкой мыши сервер лицензий и выберите Активировать сервер .
  3. Щелкните Далее на странице приветствия.
  4. В качестве метода подключения выберите Автоматическое подключение (рекомендуется) , а затем щелкните Далее .
  5. Введите информацию о вашей компании (ваше имя, название компании, ваш географический регион), а затем нажмите Далее .
  6. При желании введите любую другую информацию о компании (например, адрес электронной почты и адрес компании), а затем щелкните Далее .
  7. Убедитесь, что Start Install Licenses Wizard now не выбран (мы установим лицензии позже), а затем щелкните Next .

Теперь ваш сервер лицензий готов к выпуску лицензий и управлению ими.

.

imgVOID / jetbrains-license-2020

Сообщение от: робот 3 месяца, 3 недели назад
https://github.com/imgVOID/jetbrains-license-2020

VBScript
Серверы лицензий JetBrains 2020-2021 IntelliJ WebStorm PyCharm PhpStorm 05 мая 2020 работает; йо-хо-хо из Украины!

Repo содержит несколько способов активации программного обеспечения JetBrains 2020.x и 2019.x. Некоторые из них определенно сработают! Вилка плз, она может исчезнуть в любой момент.

Метод по сеткеK

Просто удалите файл eval!
[Windows] удалите все, что находится в этом каталоге (например, WebStorm2020.1, используйте имя и версию вашего программного обеспечения):
  C: \ Users \% USERNAME% \ AppData \ Roaming \ JetBrains \ WebStorm2020.1 \ eval \
  
[Linux] Добавить в первую строку pycharm.sh:
  найти ~ / .config / JetBrains / PyCharm2020.1 / eval -type f -mtime +25 -delete
  

Метод пенгжиле

Скопируйте файл сценария из этого репо (reset_jetbrains_eval_windows.vbs или reset_jetbrains_eval_mac_linux.sh) и запустите его с помощью администратора.
Для начала нужно заблокировать этот адрес: https://pastebin.com/W7jA0v8a
https://controlc.com/62a6caf6 (пароль: это имя репо)
  (Linux + MacOS) / etc / hosts
Измените владельца этого файла на свое имя. так что вы можете редактировать.
команда:
sudo chown имя пользователя / etc / hosts

(Windows 7/8/10) C: \ Windows \ System32 \ drivers \ etc \ hosts
  

КЛЮЧЕЙ (ОН НЕТ, ЗАБЛОКИРОВАНЫ! У кого-нибудь есть резервная копия? Напишите мне, пожалуйста, и воспользуйтесь пробным сбросом или попробуйте «старые»):

https: // pastebin.com / ZsuaeS1t (до 2021 февраля, WebStorm 2019.3.2 Pycharm 2019.3.2 протестировано 05.06.2020)
https://pastebin.com/E1PASJ2Q (до сентября 2020 г., WebStorm 2019.3.2 Pycharm 2019.3.2 протестировано 05.06.2020)
https://pastebin.com/U3B3BJD6 (до 25 июня 2020 г., Pycharm 2019.3.2 проверено 05.06.2020)
https://pastebin.com/dCm0FpK0 (до 21 июня 2020 г., Pycharm 2019.3.2 проверено 05.06.2020)

😀

Удачи

[Windows] Метод kyberdrb

Удалить папку eval с лицензионным ключом и опциями.xml, который содержит ссылку на него:
  для %% I в ("WebStorm", "IntelliJ", "CLion", "Rider", "GoLand", "PhpStorm", "Resharper", "PyCharm") do (
    для / d %% a in ("% USERPROFILE% \. %% I *") do (
        rd / s / q "%% a / config / eval"
        del / q "%% a \ config \ options \ other.xml"
    )
)
  
Затем удалите раздел реестра и папку jetbrains:
  rmdir / s / q "% APPDATA% \ JetBrains"
reg удалить "HKEY_CURRENT_USER \ Software \ JavaSoft" / f
  

Методы по dstarod

[MacOS]

Проверьте свою версию! 2019.2 например.
  cd ~ / Library / Preferences
ls | grep 'jetbrains' | xargs rm
rm IntelliJIdea2019.1 / eval / *. ключ
rm IntelliJIdea2019.1 / параметры / другой.xml
cd ~ / Библиотека / Настройки
plutil -convert xml1 com.apple.java.util.prefs.plist
sed -i '' -e '/ evlsprt / d' com.apple.java.util.prefs.plist
plutil -convert binary1 com.apple.java.util.prefs.plist
  
Затем перезагрузите компьютер. ЕСЛИ НИЧЕГО НЕ ПОМОГАЕТ — ВИЗИТ:

https://github.com/alexatiks/jetbrains-reset-trial-evaluation-mac

[Linux]

Проверьте свою версию! 2019.2 например.
  кд
rm .IntelliJIdea2019.2 / config / options / other.xml
rm .IntelliJIdea2019.2 / config / eval / *
rm -rf .java / .userPrefs
  

СТАРЫЕ:

https://pastebin.com/RWYtKEQE (апрель 2020 г.)
https://pastebin.com/tQpbmGkH (январь 2021 г.)
https://pastebin.com/FBhATxpv (январь 2021 г.)
https://controlc.com/b0d7538f (пароль: это имя репо)
https://controlc.com/68515068
https: // controlc.com / 59218321
Поделиться в Twitter Поделиться через фейсбук .Активация

Windows Server 2019 | Документы Microsoft

  • 6 минут на чтение

В этой статье

Применимо к: Windows Server 2019, Windows Server 2016

В следующей информации изложены соображения по первоначальному планированию, которые необходимо учитывать при активации служб управления ключами (KMS) с использованием Windows Server 2019.Для получения информации об активации KMS с использованием более старых операционных систем, чем перечисленные здесь, см. Шаг 1. Обзор и выбор методов активации.

KMS использует модель клиент-сервер для активных клиентов. Клиенты KMS подключаются к серверу KMS, называемому узлом KMS, для активации. Узел KMS должен находиться в вашей локальной сети.

Хосты

KMS не обязательно должны быть выделенными серверами, и KMS можно размещать вместе с другими службами. Вы можете запустить узел KMS в любой физической или виртуальной системе под управлением Windows 10, Windows Server 2019, Windows Server 2016, Windows Server 2012 R2, Windows 8.1 или Windows Server 2012.

Узел KMS, работающий в Windows 10 или Windows 8.1, может активировать только компьютеры с клиентскими операционными системами. В следующей таблице приведены требования к узлу KMS и клиенту для сетей, которые включают клиенты Windows Server 2016, Windows Server 2019 и Windows 10.

Примечание

  • На сервере KMS могут потребоваться обновления для поддержки активации любого из этих новых клиентов. Если вы получаете сообщения об ошибках активации, убедитесь, что у вас есть соответствующие обновления, перечисленные под этой таблицей.
  • Если вы работаете с виртуальными машинами, см. Раздел Автоматическая активация виртуальной машины для получения информации и ключей AVMA.
Группа ключевых продуктов KMS может быть размещен на Выпуски Windows, активированные этим узлом KMS
Корпоративная лицензия для Windows Server 2019 Windows Server 2012 R2

Windows Server 2016

Windows Server 2019

Windows Server Semi-Annual Channel

Windows Server 2019 (все выпуски)

Windows Server 2016 (все выпуски)

Windows 10 Enterprise LTSC 2019

Windows 10 Enterprise LTSC N 2019

Windows 10 LTSB (2015 и 2016)

Windows 10 Professional

Windows 10 Enterprise

Windows 10 Pro для рабочих станций

Windows 10 Education

Windows Server 2012 R2 (все выпуски)

Windows 8.1 Professional

Windows 8.1 Enterprise

Windows Server 2012 (все выпуски)

Windows Server 2008 R2 (все выпуски)

Windows Server 2008 (все выпуски)

Windows 7 Professional

Windows 7 Enterprise

Корпоративная лицензия для Windows Server 2016 Windows Server 2012

Windows Server 2012 R2

Windows Server 2016

Windows Server Semi-Annual Channel

Windows Server 2016 (все выпуски)

Windows 10 LTSB (2015 и 2016)

Windows 10 Professional

Windows 10 Enterprise

Windows 10 Pro для рабочих станций

Windows 10 Education

Windows Server 2012 R2 (все редакции)

Windows 8.1 Professional

Windows 8.1 Enterprise

Windows Server 2012 (все редакции)

Windows Server 2008 R2 (все редакции)

Windows Server 2008 (все редакции)

Windows 7 Professional

Windows 7 Enterprise

Корпоративная лицензия для Windows 10 Windows 7

Windows 8.1

Windows 10

Windows 10 Professional

Windows 10 Professional N

Windows 10 Enterprise

Windows 10 Enterprise N

Windows 10 Education

Windows 10 Education N

Windows 10 Enterprise LTSB (2015)

Windows 10 Enterprise LTSB N (2015)

Windows 10 Pro для рабочих станций

Windows 8.1 Профессиональный

Windows 8.1 Корпоративная

Windows 7 Профессиональная

Windows 7 Корпоративная

Корпоративная лицензия для Windows Server 2012 R2 для Windows 10 Windows Server 2008 R2

Windows Server 2012 Standard

Windows Server 2012 Datacenter

Windows Server 2012 R2 Standard

Windows Server 2012 R2 Datacenter

Windows 10 Professional

Windows 10 Enterprise

Windows 10 Enterprise LTSB (2015)

Windows 10 Pro для рабочих станций

Windows 10 Education

Windows Server 2012 R2 (все выпуски)

Windows 8.1 Professional

Windows 8.1 Enterprise

Windows Server 2012 (все редакции)

Windows Server 2008 R2 (все редакции)

Windows Server 2008 (все редакции)

Windows 7 Professional

Windows 7 Enterprise

Примечание

В зависимости от того, какая операционная система работает на вашем KMS-сервере и какие операционные системы вы хотите активировать, вам может потребоваться установить одно или несколько из следующих обновлений:

Один узел KMS может поддерживать неограниченное количество клиентов KMS.Если у вас более 50 клиентов, мы рекомендуем иметь как минимум два узла KMS на случай, если один из ваших узлов KMS станет недоступен. Большинство организаций могут использовать всего два узла KMS для всей своей инфраструктуры.

Соответствие эксплуатационным требованиям KMS

KMS может активировать физические и виртуальные компьютеры, но чтобы претендовать на активацию KMS, в сети должно быть минимальное количество компьютеров (так называемый порог активации). Клиенты KMS активируются только после достижения этого порога.Чтобы обеспечить соблюдение порога активации, узел KMS подсчитывает количество компьютеров, запрашивающих активацию в сети.

хостов KMS подсчитывают самые последние подключения. Когда клиент или сервер связывается с узлом KMS, узел добавляет идентификатор машины к своему счетчику, а затем возвращает текущее значение счетчика в своем ответе. Клиент или сервер активируются, если счетчик достаточно высок. Клиенты активируются, если счетчик 25 или выше. Серверы и корпоративные выпуски продуктов Microsoft Office активируются, если число составляет пять или больше.KMS учитывает только уникальные подключения за последние 30 дней и сохраняет только 50 последних контактов.

Активации

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

Удовлетворение функциональных требований KMS

Для активации

KMS требуется соединение TCP / IP. Узлы и клиенты KMS по умолчанию настроены на использование системы доменных имен (DNS). По умолчанию узлы KMS используют динамическое обновление DNS для автоматической публикации информации, необходимой клиентам KMS для поиска и подключения к ним. Вы можете принять эти настройки по умолчанию или, если у вас есть особые требования к конфигурации сети и безопасности, вы можете вручную настроить узлы и клиенты KMS.

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

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

Компьютеры, на которых установлены выпуски корпоративного лицензирования Windows 10, Windows Server 2019, Windows Server 2016, Windows 8.1, Windows Server 2012 R2, Windows Server 2012, Windows 7, Windows Server 2008 R2 по умолчанию являются клиентами KMS и не требуют дополнительной настройки.

Если вы конвертируете компьютер с узла KMS, MAK или розничной версии Windows в клиент KMS, установите соответствующий ключ установки клиента KMS. Дополнительные сведения см. В разделе Ключи установки клиента KMS.

.

Активация Microsoft Server | Документы Microsoft

  • 5 минут на чтение

В этой статье

В следующей информации изложены соображения при первоначальном планировании, которые необходимо изучить для активации служб управления ключами (KMS) с использованием Windows Server 2016. Для получения информации об активации KMS с использованием операционных систем более старых, чем перечисленные здесь, см. Шаг 1. Обзор и выбор методов активации.

KMS использует модель клиент-сервер для активных клиентов. Клиенты KMS подключаются к серверу KMS, называемому узлом KMS, для активации. Узел KMS должен находиться в вашей локальной сети.

Хосты KMS не обязательно должны быть выделенными серверами, и KMS можно размещать вместе с другими службами. Вы можете запустить узел KMS в любой физической или виртуальной системе под управлением Windows 10, Windows Server 2016, Windows Server 2012 R2, Windows 8.1 или Windows Server 2012.

Узел KMS, работающий в Windows 10 или Windows 8.1 может активировать только компьютеры под управлением клиентских операционных систем. В следующей таблице приведены требования к узлу и клиенту KMS для сетей, включающих клиенты Windows Server 2016 и Windows 10.

Примечание

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

Группа ключевых продуктов KMS может быть размещен на выпусков Windows, активированных этим узлом KMS
Корпоративная лицензия для Windows Server 2016 Windows Server 2012

Windows Server 2012 R2

Windows Server 2016

Windows Server Semi-Annual Channel

Windows Server 2016 (все выпуски)

Windows 10 LTSB (2015 и 2016)

Windows 10 Professional

Windows 10 Enterprise

Windows 10 Pro для рабочих станций

Windows 10 Education

Windows Server 2012 R2 (все редакции)

Windows 8.1 Professional

Windows 8.1 Enterprise

Windows Server 2012 (все редакции)

Windows Server 2008 R2 (все редакции)

Windows Server 2008 (все редакции)

Windows 7 Professional

Windows 7 Enterprise

Корпоративная лицензия для Windows 10 Windows 7

Windows 8.1

Windows 10

Windows 10 Professional

Windows 10 Professional N

Windows 10 Enterprise

Windows 10 Enterprise N

Windows 10 Education

Windows 10 Education N

Windows 10 Enterprise LTSB (2015)

Windows 10 Enterprise LTSB N (2015)

Windows 10 Pro для рабочих станций

Windows 8.1 Профессиональный

Windows 8.1 Корпоративный

Windows 7 Профессиональный

Windows 7 Корпоративный

Корпоративная лицензия для Windows Server 2012 R2 для Windows 10 Windows Server 2008 R2

Windows Server 2012 Standard

Windows Server 2012 Datacenter

Windows Server 2012 R2 Standard

Windows Server 2012 R2 Datacenter

Windows 10 Professional

Windows 10 Enterprise

Windows 10 Enterprise LTSB (2015)

Windows 10 Pro для рабочих станций

Windows 10 Education

Windows Server 2012 R2 (все выпуски)

Windows 8.1 Professional

Windows 8.1 Enterprise

Windows Server 2012 (все выпуски)

Windows Server 2008 R2 (все выпуски)

Windows Server 2008 (все выпуски)

Windows 7 Professional

Windows 7 Enterprise

Примечание

В зависимости от того, в какой операционной системе работает ваш KMS-сервер и какие операционные системы вы хотите активировать, вам может потребоваться установить одно или несколько из следующих обновлений:

Один узел KMS может поддерживать неограниченное количество клиентов KMS.Если у вас более 50 клиентов, мы рекомендуем иметь как минимум два узла KMS на случай, если один из ваших узлов KMS станет недоступен. Большинство организаций могут использовать всего два узла KMS для всей своей инфраструктуры.

Соответствие эксплуатационным требованиям KMS

KMS может активировать физические и виртуальные компьютеры, но для того, чтобы иметь право на активацию KMS, в сети должно быть минимальное количество компьютеров (называемое порогом активации). Клиенты KMS активируются только после достижения этого порога.Чтобы обеспечить соблюдение порога активации, узел KMS подсчитывает количество компьютеров, запрашивающих активацию в сети.

хостов KMS подсчитывают самые последние подключения. Когда клиент или сервер связывается с узлом KMS, узел добавляет идентификатор машины к своему счетчику, а затем возвращает текущее значение счетчика в своем ответе. Клиент или сервер активируются, если счетчик достаточно высок. Клиенты активируются, если счетчик 25 или выше. Серверы и корпоративные выпуски продуктов Microsoft Office активируются, если число составляет пять или больше.KMS учитывает только уникальные подключения за последние 30 дней и сохраняет только 50 последних контактов.

Активация

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

Удовлетворение функциональных требований KMS

Активация KMS требует подключения TCP / IP. Узлы и клиенты KMS по умолчанию настроены на использование системы доменных имен (DNS). По умолчанию узлы KMS используют динамическое обновление DNS для автоматической публикации информации, необходимой клиентам KMS для поиска и подключения к ним. Вы можете принять эти настройки по умолчанию или, если у вас есть особые требования к конфигурации сети и безопасности, вы можете вручную настроить узлы и клиенты KMS.

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

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

Компьютеры, на которых установлены выпуски корпоративного лицензирования Windows 10, Windows Server 2016, Windows 8.1, Windows Server 2012 R2, Windows Server 2012, Windows 7, Windows Server 2008 R2 по умолчанию являются клиентами KMS и не требуют дополнительной настройки.

Если вы конвертируете компьютер с узла KMS, MAK или розничной версии Windows в клиент KMS, установите соответствующий ключ установки клиента KMS. Дополнительные сведения см. В разделе Ключи установки клиента KMS.

.

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

Ваш адрес email не будет опубликован. Обязательные поля помечены *