Активация Windows с помощью KMS сервера

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

Напомним, что сервер активации KMS (Key Management Service) позволяет активировать корпоративные версии Windows и продукты Microsoft Office внутри сети без необходимости соединяться с центром активации MSFT через Интернет или по телефону.

Основные преимущества активации KMS:

• Клиентам KMS для активации системы не требуется доступ к Интернету или телефону, требуется только наличие сетевого доступа к серверу KMS
• KMS-сервер не является критичным компонентом инфраструктуры, и даже если сервер KMS будет недоступен /сломан – клиенты смогут работать в течении полугода. В случае необходимости несложно установить новый сервер, развернуть на нем роль KMS, ввести ключ активации и активировать его. Все ранее активированные KMS клиенты без проблем активируются на новом KMS сервере.
• Инфраструктура KMS проста и расширяема. Один сервер KMS может обслуживать тысячи клиентов

Смена MAK ключа на KMS

В первую очередь необходимо изменить ключ продукта (имеется в виду Windows) на один из общедоступных KMS Client Setup Key. Для каждой редакции Windows используется свой уникальный ключ.

Откройте командную строку с правами администратора и наберите следующую команду:

slmgr.vbs /ipk XXXXX-XXXXX-XXXXX-XXXXX-XXXXX

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

Например, для активации Windows Server 2012 R2 на KMS сервере нужно задать ключ этой редакции Windows такой командой:

slmgr.vbs /ipk D2N9P-3P6X9-2R39C-7RTCD-MDVJX

Указание адреса KMS сервера

В том случае, если в DNS вашего домена имеется корректная SRV запись, которая позволяет клиентам найти KMS сервер, этот шаг можно пропустить.

Совет. Проверить наличие такой записи в DNS можно помощью утилиты nslookup такой командой: nslookup -q=SRV _VLMCS._TCP.contoso.com

Если клиент не может найти KMS сервер автоматически, можно указать адрес и порт (по-умолчанию 1688) KMS сервера вручную:

slmgr.vbs /skms :1688

Активация Windows на указанном KMS сервере

Чтобы активировать Windows на указанном KMS сервере, выполните команду:

И дождитесь появления надписи “Product activated successfully”

Проверка статуса KMS активации

Если вы хотите проверить активирована ли ваша Windows, текущий статус активации системы можно получить с помощью команды:

В данном случае, видно, что система активирована на KMS сервере, а ее активация истекает через 180 дней.

Типичные проблемы при KMS активации

Наиболее часто пользователи Windows сталкиваются со следующими ошибками при активации операционной системы на KMS сервере:

• 0xC004F074 – служба KMS недоступна. Это означает, что служба KMS на указанном сервере не запущена, либо доступ к нему ограничен. Рекомендуется проверить, что с клиента на сервере доступен TCP порт 1688 (по умолчанию)
• 0xC004F038 – в сети недостаточно клиентов для активации. Чтобы KMS сервер начал выдавать лицензии, необходимо, чтобы к нему за активацией обратилось как минимум 25 компьютеров с клиентскими версиями Windows или 5 клиентов с Windows Server).

KMS ключи клиентов для разных редакций Windows

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

Автоматическая активация виртуальной машины Automatic virtual machine activation

Относится к: Windows Server 2019, Semi-Annual Channel для Windows Server, Windows Server 2016, Windows Server 2012 R2 Applies to: Windows Server 2019, Windows Server Semi-Annual Channel, Windows Server 2016, Windows Server 2012 R2

Автоматическая активация виртуальной машины (AVMA) — это механизм подтверждения законности приобретения, помогающий удостовериться, что продукты Windows используются в соответствии с правами на использование продуктов и условиями лицензионного соглашения на использование программного обеспечения корпорации Майкрософт. Automatic Virtual Machine Activation (AVMA) acts as a proof-of-purchase mechanism, helping to ensure that Windows products are used in accordance with the Product Use Rights and Microsoft Software License Terms.

AVMA позволяет устанавливать виртуальные машины на сервере с должным образом активированной ОС Windows, не настраивая ключи продукта для каждой виртуальной машины, даже в отключенных средах. AVMA lets you install virtual machines on a properly activated Windows server without having to manage product keys for each individual virtual machine, even in disconnected environments. Она привязывает активацию виртуальной машины к лицензированному серверу виртуализации и активирует виртуальную машину при запуске. AVMA binds the virtual machine activation to the licensed virtualization server and activates the virtual machine when it starts up. AVMA также предоставляет отчеты по использованию в реальном времени и данные о состоянии лицензии виртуальной машины за прошлые периоды. AVMA also provides real-time reporting on usage and historical data on the license state of the virtual machine. Отчеты и данные отслеживания доступны на сервере виртуализации. Reporting and tracking data is available on the virtualization server.

Практическое применение Practical applications

AVMA предоставляет ряд преимуществ на серверах виртуализации, активированных с использованием корпоративного лицензирования или лицензирования OEM. On virtualization servers that are activated using Volume Licensing or OEM licensing, AVMA offers several benefits.

Администраторы серверов в центрах обработки данных могут использовать AVMA для выполнения следующих действий: Server datacenter managers can use AVMA to do the following:

Активация виртуальных машин в удаленных расположениях Activate virtual machines in remote locations

Активация виртуальных машин с подключением к Интернету или без него Activate virtual machines with or without an internet connection

Отслеживание данных об использовании и лицензиях виртуальных машин с сервера виртуализации без прав доступа к виртуализованным системам Track virtual machine usage and licenses from the virtualization server, without requiring any access rights on the virtualized systems

Не требуется управлять ключами продукта и читать наклейки на серверах. There are no product keys to manage and no stickers on the servers to read. Виртуальная машина активируется и продолжает работать даже при переносе в массиве серверов виртуализации. The virtual machine is activated and continues to work even when it is migrated across an array of virtualization servers.

Партнеры с лицензионным соглашением с поставщиком услуг (SPLA) и другие поставщики услуг размещения не обязаны предоставлять ключи продукта арендаторам или активировать виртуальные машины арендаторов. Service Provider License Agreement (SPLA) partners and other hosting providers do not have to share product keys with tenants or access a tenant’s virtual machine to activate it. С помощью AVMA клиенты могут легко активировать виртуальные машины. Virtual machine activation is transparent to the tenant when AVMA is used. Поставщики услуг размещения могут использовать журналы сервера для проверки соответствия лицензии и отслеживания хронологии использования клиента. Hosting providers can use the server logs to verify license compliance and to track client usage history.

Системные требования System requirements

Для AVMA требуется Microsoft Virtualization Server с Windows Server 2019 Datacenter, Windows Server 2016 Datacenter или Windows Server 2012 R2. AVMA requires a Microsoft Virtualization Server running Windows Server 2019 Datacenter, Windows Server 2016 Datacenter, or Windows Server 2012 R2.

Ниже представлен список гостей, которых можно активировать с помощью различных версий серверов узла. Here are the guests that the different version hosts can activate:

Версия сервера узла Server host version	Windows Server 2019 Windows Server 2019	Windows Server 2016 Windows Server 2016	Windows Server 2012 R2 Windows Server 2012 R2
Windows Server 2019 Windows Server 2019	X X	X X	X X
Windows Server 2016 Windows Server 2016	X X	X X
Windows Server 2012 R2 Windows Server 2012 R2	X X

Обратите внимание на то, что они активируют все выпуски (Datacenter, Standard и Essentials). Note that these activate all editions (Datacenter, Standard, or Essentials).

Это средство не работает с другими технологиями виртуализации сервера. This tool does not work with other Virtualization Server technologies.

Реализация AVMA How to implement AVMA

На сервере виртуализации Windows Server Datacenter установите и настройте роль Microsoft Hyper-V Server. On a Windows Server Datacenter virtualization server, install and configure the Microsoft Hyper-V Server role. Дополнительную информацию см. в статье об установке Hyper-V Server. For more information, see Install Hyper-V Server.

Создайте виртуальную машину и установите на ней поддерживаемую серверную операционную систему. Create a virtual machine and install a supported server operating system on it.

Установите ключ AVMA на виртуальной машине. Install the AVMA key in the virtual machine. В командной строке с повышенными привилегиями введите следующую команду: From an elevated command prompt, run the following command:

Виртуальная машина автоматически активирует лицензию в соответствии с сервером виртуализации. The virtual machine will automatically activate the license against the virtualization server.

Можно также использовать ключи AVMA в любом файле установки Unattend.exe. You can also employ the AVMA keys in any Unattend.exe setup file.

Ключи AVMA AVMA keys

Перечисленные ниже ключи AVMA можно использовать для Windows Server 2019. The following AVMA keys can be used for Windows Server 2019.

Выпуск Edition	Ключ AVMA AVMA key
Datacenter Datacenter	H3RNG-8C32Q-Q8FRX-6TDXV-WMBMW H3RNG-8C32Q-Q8FRX-6TDXV-WMBMW
Standard Standard	TNK62-RXVTB-4P47B-2D623-4GF74 TNK62-RXVTB-4P47B-2D623-4GF74
Essentials Essentials	2CTP7-NHT64-BP62M-FV6GG-HFV28 2CTP7-NHT64-BP62M-FV6GG-HFV28

Перечисленные ниже ключи AVMA можно использовать для Windows Server версий 1909, 1903 и 1809. The following AVMA keys can be used for Windows Server, versions 1909, 1903, and 1809.

Выпуск Edition	Ключ AVMA AVMA key
Datacenter Datacenter	H3RNG-8C32Q-Q8FRX-6TDXV-WMBMW H3RNG-8C32Q-Q8FRX-6TDXV-WMBMW
Standard Standard	TNK62-RXVTB-4P47B-2D623-4GF74 TNK62-RXVTB-4P47B-2D623-4GF74

Перечисленные ниже ключи AVMA можно использовать для Windows Server версии 1803 и 1709. The following AVMA keys can be used for Windows Server, version 1803 and 1709.

Выпуск Edition	Ключ AVMA AVMA key
Datacenter Datacenter	TMJ3Y-NTRTM-FJYXT-T22BY-CWG3J TMJ3Y-NTRTM-FJYXT-T22BY-CWG3J
Standard Standard	C3RCX-M6NRP-6CXC9-TW2F2-4RHYD C3RCX-M6NRP-6CXC9-TW2F2-4RHYD

Перечисленные ниже ключи AVMA можно использовать для Windows Server 2016. The following AVMA keys can be used for Windows Server 2016.

Выпуск Edition	Ключ AVMA AVMA key
Datacenter Datacenter	TMJ3Y-NTRTM-FJYXT-T22BY-CWG3J TMJ3Y-NTRTM-FJYXT-T22BY-CWG3J
Standard Standard	C3RCX-M6NRP-6CXC9-TW2F2-4RHYD C3RCX-M6NRP-6CXC9-TW2F2-4RHYD
Essentials Essentials	B4YNW-62DX9-W8V6M-82649-MHBKQ B4YNW-62DX9-W8V6M-82649-MHBKQ

Перечисленные ниже ключи AVMA можно использовать для Windows Server 2012 R2. The following AVMA keys can be used for Windows Server 2012 R2.

Выпуск Edition	Ключ AVMA AVMA key
Datacenter Datacenter	Y4TGP-NPTV9-HTC2H-7MGQ3-DV4TW Y4TGP-NPTV9-HTC2H-7MGQ3-DV4TW
Standard Standard	DBGBW-NPF86-BJVTX-K3WKJ-MTB6V DBGBW-NPF86-BJVTX-K3WKJ-MTB6V
Essentials Essentials	K2XGM-NMBT3-2R6Q8-WF2FK-P36R2 K2XGM-NMBT3-2R6Q8-WF2FK-P36R2

Отчетность и отслеживание Reporting and tracking

Реестр (KVP) на сервере виртуализации предоставляет данные по отслеживанию в реальном времени для операционных систем на виртуальной машине. The registry (KVP) on the virtualization server provides real-time tracking data for the guest operating systems. Поскольку раздел реестра перемещается вместе с виртуальной машиной, можно также получить информацию о лицензии. Because the registry key moves with the virtual machine, you can get license information as well. По умолчанию KVP возвращает данные о виртуальной машине, в том числе: By default the KVP returns information about the virtual machine, including the following:

Полное доменное имя Fully qualified domain name

Операционную систему и установленные пакеты обновления Operating system and service packs installed

Архитектуру процессора Processor architecture

Сетевые адреса IPv4 и IPv6 IPv4 and IPv6 network addresses

Адреса RDP RDP addresses

Дополнительные сведения о том, как получить эту информацию, см. в публикации Hyper-V Script: Looking at KVP GuestIntrinsicExchangeItems (GuestIntrinsicExchangeItems KVP в скрипте Hyper-V). For more information about how to get this information, see Hyper-V Script: Looking at KVP GuestIntrinsicExchangeItems.

Данные KVP не защищены. KVP data is not secured. Они допускают модификации и не контролируются на предмет изменений. It can be modified and is not monitored for changes.

Данные KVP следует удалить в случае замены ключа AVMA другим ключом продукта (розничным, OEM или ключом корпоративного лицензирования). KVP data should be removed if the AVMA key is replaced with another product key (retail, OEM, or volume licensing key).

Данные о запросах AVMA за прошлые периоды доступны в файле журнала на сервере виртуализации (EventID 12310). Historical data about AVMA requests is available in a log file on the virtualization server (EventID 12310).

Поскольку процесс активации AVMA прозрачен, сообщения об ошибках не отображаются. Since the AVMA activation process is transparent, error messages are not displayed. Однако данные о перечисленных ниже событиях записываются в файл журнала на виртуальных машинах (EventID 12309). However, the following events are captured in a log file on the virtual machines (EventID 12309).