Произошла ошибка во время установки ключа принудительной установки gvlk для продуктов Windows

Обновлено: 01.07.2024

Если вы установили Windows с ключом продукта MAK и теперь хотите изменить его на KMS или установить чистую ОС (никогда не активированную), это руководство обязательно вам поможет. Это также может быть полезно, если вы хотите активировать копию Windows на корпоративном KMS-сервере.

Microsoft предлагает два способа активации Windows и MS Office для корпоративных клиентов в рамках программы корпоративного лицензирования. Они могут использовать ключи MAK или KMS для активации продукта.

MAK (множественные ключи активации). Лицензия MAK аналогична розничной (коробочной) лицензии, но позволяет активировать несколько экземпляров Windows с помощью одного ключа MAK. Количество активаций ограничено и зависит от типа вашего лицензионного соглашения (Open, Select или Enterprise Agreement). Вы должны активировать копию Windows с помощью установленного ключа MAK через Интернет или по телефону;
KMS (служба управления ключами) — это тип активации для корпоративных клиентов. Сервер активации KMS позволяет активировать корпоративные версии ОС Windows и продуктов Microsoft Office в сети предприятия. Инфраструктура KMS очень проста: установите роль Volume Activation Services на Windows Server, добавьте свой ключ узла KMS (из Центра обслуживания корпоративных лицензий Microsoft) и активируйте свой корпоративный сервер KMS в Microsoft (выполните это только один раз). После этого ваши корпоративные KMS-клиенты смогут отправлять запросы на активацию на KMS-сервер и выполнять активацию с его помощью.

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

KMS-клиентам не требуется доступ к Интернету или телефону для активации продукта (требуется только сетевой доступ к KMS-серверу);
Клиент KMS активируется на внутреннем сервере KMS в течение 180 дней и пытается обновить активацию каждые 7 дней;
В случае повреждения или потери сервера KMS восстанавливать из резервной копии на сервере KMS нечего. Установите новый сервер, установите роль KMS, введите ключ узла KMS, активируйте — и все готово к работе!
Вместо активации KMS в домене AD вы можете использовать оптимизированную версию Active Directory — ADBA (активация на основе Active Directory);
Инфраструктура KMS проста и расширяема, один сервер KMS может обслуживать тысячи клиентов.

Развертывание узла активации KMS в Windows Server 2019

Хост KMS — это специальная роль Windows Server, которая может автоматизировать активацию продуктов Microsoft с корпоративной лицензией (Windows и Office) и отслеживать статус их активации.

Вы можете установить сервер KMS на любую версию Windows Server. В этом примере мы покажем, как установить сервер активации KMS на Windows Server 2019.

Вы можете установить роль KMS с помощью графического интерфейса диспетчера серверов (Диспетчер серверов > Добавить роли и компоненты > Роли > Службы многопользовательской активации).

Или вы можете установить и настроить роль сервера KMS с помощью PowerShell:

Запустите консоль PowerShell от имени администратора и выполните следующую команду:
Если ваш брандмауэр Защитника Windows со службой повышенной безопасности включен, вам необходимо открыть входящие соединения через TCP-порт 1688, чтобы клиент KMS мог связаться с сервером KMS. Это можно сделать с помощью следующей команды PowerShell:
Перейдите на веб-сайт Microsoft Volume Licensing Service Center > Downloads and Keys > Windows Server > Windows Server 2019 > Key и скопируйте свой ключ узла KMS (Windows Srv 2019 DataCtr/Std KMS).
Теперь вы можете установить ключ хоста KMS на свой сервер. Выполните команду:
Чтобы активировать свой сервер KMS на серверах Microsoft онлайн, выполните команду:

Обратите внимание, что ключ узла KMS Windows Srv 2019 позволяет активировать все предыдущие версии Windows, начиная с Windows 7/Windows Server 2008 R2. Однако, если ваш KMS-сервер активирован старым ключом хоста, вы не сможете активировать новые версии Windows.

Например, если вы активировали сервер KMS с помощью ключа Windows Srv 2012R2, вы не сможете активировать Windows 10 или Windows Server 2016. Максимально поддерживаемые версии Windows для активации в этом случае — Windows 8.1 и Windows Server 2012 R2.< /p>

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

Windows Server 2012 R2 — обновление стека обслуживания KB3173424 и все последние накопительные обновления;
Windows Server 2016 — обновление стека обслуживания KB4132216 и все последние накопительные обновления.

Как активировать Windows с помощью KMS-сервера?

Изменение ключа активации на общедоступный ключ установки клиента KMS

Перед активацией продукта Microsoft (Windows или Office) на сервере KMS необходимо изменить ключ активации продукта на общедоступный ключ установки клиента KMS. Вы можете изменить ключ продукта на KMS из графического интерфейса Windows (используя команду slui.exe 4) или использовать инструмент командной строки slmgr. Slmgr.vbs — это небольшой сценарий VBS, расположенный в папке %System\Root\system32 и используемый для управления лицензированием Windows на локальном или удаленном компьютере;
Чтобы активировать клиент KMS, на нем должен быть установлен специальный открытый ключ KMS. Этот ключ продукта называется ключом GVLK (Generic Volume License Key). Для каждой редакции Windows этот ключ уникален. Чтобы заменить существующий ключ продукта, запустите командную строку от имени администратора на компьютере, который хотите активировать, и введите:

XXXXX — это ключ GVLK для вашей версии Windows (прочитайте последний раздел этой статьи, чтобы узнать, как найти GVLK для вашей версии Windows).

В нашем случае мы хотим активировать Windows 10 Enterprise LTSC 2019 на сервере KMS. Команда установки ключа установки KMS Client будет выглядеть следующим образом:

Подождите, пока не появится подтверждающее сообщение «Ключ продукта XXXXX успешно установлен».

Проверка записи VLMCS в DNS и установка адреса сервера KMS

После того как вы укажете ключ GVLK, клиент KMS попытается подключиться к ранее настроенному серверу KMS или найти специальную запись SRV (_VLMCS) в DNS. Эта запись DNS создается при установке нового сервера KMS в домене и указывает на ваш сервер KMS. После обнаружения KMS-сервера с помощью DNS-сервера клиент выполняет активацию ОС.

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

Совет. Вы можете проверить эту запись DNS с помощью команды nslookup:

Если клиент не находит сервер KMS автоматически, вы можете указать адрес сервера KMS вручную с помощью slmgr с параметром /skms. Вы также можете указать TCP-порт, который прослушивает служба активации (по умолчанию 1688):

Имя компьютера службы управления ключами успешно установлено как имя хоста.

Вы можете проверить сетевое подключение между вашим компьютером и сервером KMS с помощью команды PowerShell:

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

И подождите, пока не появится сообщение Продукт успешно активирован;

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

При желании вы можете отобразить информацию о статусе активации Windows:

Как видите, утилита вернула следующую полезную информацию:

Название — версия ОС;
Описание — канал распространения VOLUME_KMSCLIENT;
Статус лицензии — лицензирована;
Срок действия корпоративной активации — 180 дней;
IP-адрес сервера KMS и DNS-имя (зарегистрированное имя компьютера KMS).

Вы можете использовать инструмент slmgr.vbs для активации Windows KMS на удаленном компьютере. Следующая команда проверит состояние активации на удаленном компьютере с именем nywsdx3323. Учетные данные для подключения указываются в виде простого текста:

Наиболее распространенные ошибки активации KMS

Чаще всего пользователи сталкиваются со следующими ошибками при активации Windows с помощью KMS-сервера:

0xC004F074 (Служба лицензирования программного обеспечения сообщила, что компьютер не удалось активировать. Связаться со службой управления ключами (KMS) не удалось) — сервер управления ключами недоступен. Это означает, что служба KMS на сервере не запущена или доступ к ней со стороны клиента заблокирован (проверьте наличие TCP-порта 1688 на сервере KMS);
0xC004F038 (Служба защиты программного обеспечения сообщила, что компьютер не может быть активирован. Количество сообщений, сообщенных вашей службой управления ключами (KMS), недостаточно. Обратитесь к системному администратору) — у вас не было необходимого количества запросов на активацию на KMS-сервер (для настольной редакции Windows минимальное количество KMS-клиентов – 25, для Windows Server – 5).Вы можете проверить текущее количество хостов, подключенных к серверу KMS, с помощью команды Slmgr.vbs /dli. Нацельте больше хостов Windows на свой сервер KMS;
0xC004F015 (Служба защиты программного обеспечения сообщила, что ключ продукта недоступен) — вы можете увидеть эту ошибку при попытке активировать Windows 10/Server 2016/2019 на старом сервере KMS, активированном с помощью старого ключа узла KMS. . В этом случае вам необходимо получить новый ключ узла KMS от VLSC и повторно активировать сервер KMS.
0x80072F8F (В данный момент мы не можем активировать Windows на этом устройстве. Вы можете попробовать активировать позже) — проверьте правильность времени и даты на вашем устройстве. При необходимости синхронизируйте время с NTP-сервером; .
0xC004F035 и 0xC004F059 (Служба лицензирования программного обеспечения сообщила, что компьютер не может быть активирован с помощью ключа корпоративной лицензии. Системы с корпоративной лицензией требуют обновления соответствующей операционной системы. Обратитесь к системному администратору или используйте другой тип ключа) — эти ошибки могут возникать на компьютерах с OEM-версиями Windows. В BIOS этих компьютеров используется таблица ACPI_SLIC. Сервер KMS не может найти специальный токен в такой таблице и не может активировать Windows. В таких случаях рекомендуется обновить (прошить) прошивку BIOS.

Как узнать ключ GLVL для вашей версии Windows?

GVLK или KMS Client Setup Key — это список открытых ключей, которые необходимо использовать для активации корпоративных выпусков Windows и Windows Server. Полный список ключей GVLK доступен на сайте Microsoft по следующей ссылке.

Давайте посмотрим, как найти ключ установки клиента KMS для вашей версии Windows? Во-первых, вам нужно проверить версию и редакцию Windows на вашем компьютере. Для этого вы можете запустить команду:

Или используйте следующую команду PowerShell:

Совет. Напоминаем, что Windows Home и Single Language не могут быть активированы на сервере KMS. Активация KMS доступна только для выпусков с корпоративной лицензией.

В нашем примере у нас установлена сборка Windows 10 Pro 20H2. Согласно информационному бюллетеню о жизненном цикле Windows, сборка Win 10 20H2 относится к версиям Semi-Annual Channel. Поэтому нам нужно искать ключ GVLK в разделе Windows 10, все поддерживаемые версии Semi-Annual Channel.

Ключ установки клиента KMS для нашей версии Windows 10 Pro: W269N-XXXXX-XXXXX-XXXXX-T83GX.

Скопируйте найденный ключ GVLK и используйте его в команде slmgr для переключения Windows в режим активации KMS:

Брайан Джексон начал вести этот блог в 2011 году. Брайан более десяти лет увлекается WordPress и технологиями. Брайан любит вести блог, смотреть фильмы и ходить в походы.

В рамках процесса развертывания многие корпоративные клиенты настраивают службу управления ключами (KMS), чтобы активировать Windows в своей среде. Это простой процесс настройки узла KMS, после чего клиенты KMS обнаруживают узел и пытаются активировать его самостоятельно. Но что произойдет, если этот процесс не сработает? Что делать дальше? В этой статье описаны ресурсы, необходимые для устранения неполадок. Дополнительные сведения о записях журнала событий и сценарии Slmgr.vbs см. в Техническом справочнике по многопользовательской активации.

Обзор KMS

Начнем с краткого обзора активации KMS. KMS — это клиент-серверная модель. Концептуально он напоминает DHCP. Вместо того, чтобы выдавать IP-адреса клиентам по их запросу, KMS позволяет активировать продукт. KMS также является моделью обновления, в которой клиенты пытаются повторно активировать через регулярные промежутки времени. Существует две роли: хост KMS и клиент KMS.

Хост KMS запускает службу активации и активирует активацию в среде. Чтобы настроить узел KMS, необходимо установить ключ KMS из Центра обслуживания корпоративных лицензий (VLSC), а затем активировать службу.
Клиент KMS – это операционная система Windows, которая развернута в среде и должна быть активирована. Клиенты KMS могут работать под управлением любой версии Windows, использующей многопользовательскую активацию. Клиенты KMS поставляются с предварительно установленным ключом, называемым универсальным ключом корпоративной лицензии (GVLK) или ключом установки клиента KMS. Наличие GVLK делает систему клиентом KMS. Клиенты KMS используют записи DNS SRV (_vlmcs._tcp) для идентификации узла KMS. Затем клиенты автоматически пытаются обнаружить и использовать эту службу для своей активации.В течение 30-дневного льготного периода они будут пытаться активировать каждые два часа. После активации клиенты KMS пытаются продлевать активацию каждые семь дней.

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

Хост KMS

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

Slmgr.vbs и служба лицензирования программного обеспечения

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

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

Информация о версии. В верхней части выходных данных slmgr.vbs /dlv указана версия службы лицензирования программного обеспечения. Это может быть полезно, чтобы определить, установлена ли текущая версия службы. Например, обновления службы KMS в Windows Server 2003 поддерживают разные ключи узла KMS. Эти данные можно использовать для оценки того, является ли версия актуальной и поддерживает ключ узла KMS, который вы пытаетесь установить. Дополнительные сведения об этих обновлениях см. в статье Доступно обновление для Windows Vista и Windows Server 2008, расширяющее поддержку KMS-активации для Windows 7 и Windows Server 2008 R2.

Имя. Указывает выпуск Windows, установленный в хост-системе KMS. Это может быть важно для устранения неполадок, если у вас возникли проблемы с добавлением или изменением ключа узла KMS (например, чтобы убедиться, что ключ поддерживается в этой версии ОС).

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

Статус лицензии. Это состояние хост-системы KMS. Значение должно быть Лицензировано. Любое другое значение означает, что что-то не так, и вам, возможно, придется повторно активировать хост.

Текущий счет. Отображаемое количество будет находиться в диапазоне от 0 до 50. Количество является кумулятивным (между операционными системами) и указывает количество допустимых систем, которые пытались активировать в течение 30-дневного периода.

Если счетчик равен 0, либо служба была недавно активирована, либо к узлу KMS не подключались действительные клиенты.

Число не превысит 50, независимо от того, сколько допустимых систем существует в среде. Это связано с тем, что для их счетчика задано кэширование только в два раза больше максимальной политики лицензирования, возвращаемой клиентом KMS. Максимальная политика сегодня устанавливается клиентской ОС Windows, которая требует от узла KMS 25 или выше для активации. Таким образом, максимальное количество на узле KMS составляет 2 x 25 или 50. Обратите внимание, что в средах, содержащих только клиенты KMS Windows Server, максимальное количество на узле KMS будет равно 10. Это связано с тем, что пороговое значение для выпусков Windows Server 5 (2 x 5 или 10).

Распространенная проблема, связанная со счетчиком, заключается в том, что в среде есть активированный узел KMS и достаточное количество клиентов, но число не превышает единицы. Основная проблема заключается в том, что развернутый образ клиента был неправильно настроен (sysprep/generalize), а системы не имеют уникальных идентификаторов клиентских машин (CMID). Дополнительные сведения см. в разделах Клиент KMS и Текущий счетчик KMS не увеличивается при добавлении в сеть новых клиентских компьютеров под управлением Windows Vista или Windows 7. Один из наших инженеров по расширению поддержки также написал об этой проблеме в своем блоге в статье «Количество клиентов узла KMS не увеличивается из-за повторяющихся идентификаторов CMID».

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

Прослушивание порта. Для связи с KMS используется анонимный RPC. По умолчанию клиенты используют TCP-порт 1688 для подключения к узлу KMS. Убедитесь, что этот порт открыт между вашими клиентами KMS и хостом KMS. Вы можете изменить или настроить порт на узле KMS. Во время связи узел KMS отправляет обозначение порта клиентам KMS. Если вы измените порт на клиенте KMS, обозначение порта будет перезаписано, когда этот клиент подключится к хосту.

Нас часто спрашивают о разделе «совокупные запросы» выходных данных slmgr.vbs /dlv. Как правило, эти данные бесполезны для устранения неполадок. Хост KMS ведет постоянную запись состояния каждого клиента KMS, который пытается активировать или повторно активировать.Неудачные запросы указывают на клиентов KMS, которые не поддерживаются узлом KMS. Например, если клиент KMS Windows 7 пытается выполнить активацию на узле KMS, который был активирован с помощью ключа KMS Windows Vista, активация завершится ошибкой. Строки «Запросы со статусом лицензии» описывают все возможные состояния лицензии, прошлые и настоящие. С точки зрения устранения неполадок эти данные важны только в том случае, если число не увеличивается, как ожидалось. В этом случае вы должны увидеть увеличение количества неудачных запросов. Это означает, что вам следует проверить ключ продукта, который использовался для активации хост-системы KMS. Также обратите внимание, что совокупные значения запросов сбрасываются, только если вы переустанавливаете хост-систему KMS.

Полезные мероприятия KMS для хостов

Идентификатор события 12290

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

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

Минимальное количество, необходимое для активации. Клиент KMS сообщает, что счетчик с узла KMS должен быть равен 5 для активации. Это означает, что это ОС Windows Server, хотя конкретная редакция не указана. Если ваши клиенты не активируются, убедитесь, что на хосте достаточно счетчика.
Идентификатор клиентской машины (CMID). Это уникальное значение для каждой системы. Если это значение не уникально, это значит, что образ не был правильно подготовлен для распространения (sysprep/generalize). Эта проблема проявляется на узле KMS как счетчик, который не будет увеличиваться, даже если в среде достаточно клиентов. Дополнительные сведения см. в статье Текущий счетчик KMS не увеличивается при добавлении в сеть новых клиентских компьютеров под управлением Windows Vista или Windows 7.
Состояние лицензии и время до истечения срока действия. Это текущее состояние лицензии клиента. Это может помочь вам отличить клиента, который пытается активироваться в первый раз, от клиента, который пытается повторно активировать. Запись времени сообщает вам, как долго клиент будет оставаться в этом состоянии, если ничего не изменится.

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

Произошло отключение сети.
Хост не разрешается или не зарегистрирован в DNS.
Брандмауэр блокирует TCP 1688. Порт может быть заблокирован во многих местах среды, в том числе в самой системе узла KMS. По умолчанию узел KMS имеет исключение брандмауэра для KMS, но оно не включается автоматически. Вы должны включить исключение.
Журнал событий заполнен.

Клиенты KMS регистрируют два соответствующих события: событие с идентификатором 12288 и событие с идентификатором 12289. Сведения об этих событиях см. в разделе о клиенте KMS.

Идентификатор события 12293

Еще одно релевантное событие, которое следует искать на вашем узле KMS, — это событие с идентификатором 12293. Это событие указывает на то, что узел не опубликовал требуемые записи в DNS. Известно, что такая ситуация вызывает сбои, и вам следует проверить ее после настройки хоста и перед развертыванием клиентов. Дополнительные сведения о проблемах с DNS см. в разделе Общие процедуры устранения неполадок с KMS и DNS.

KMS-клиент

На клиентах вы используете те же инструменты (Slmgr и Event Viewer) для устранения неполадок активации.

Slmgr.vbs и служба лицензирования программного обеспечения

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

Имя. Это значение представляет собой выпуск Windows, установленный в клиентской системе KMS. Используйте это, чтобы убедиться, что версия Windows, которую вы пытаетесь активировать, может использовать KMS. Например, наша служба поддержки столкнулась с инцидентами, когда клиенты пытались установить ключ установки клиента KMS в выпуске Windows, в котором не используется корпоративная активация, например в Windows Vista Ultimate.
Описание.Это значение показывает ключ, который установлен. VOLUME_KMSCLIENT указывает, что ключ установки клиента KMS (или GVLK) установлен (конфигурация по умолчанию для носителя с корпоративной лицензией) и что эта система автоматически пытается активироваться с помощью узла KMS. Если вы видите здесь что-то еще, например MAK, вам придется переустановить GVLK, чтобы настроить эту систему в качестве клиента KMS. Вы можете вручную установить ключ с помощью slmgr.vbs /ipk (как описано в ключах установки клиента KMS) или использовать средство управления многопользовательской активацией (VAMT). Сведения о получении и использовании VAMT см. в Техническом справочнике по Volume Activation Management Tool (VAMT).
Частичный ключ продукта. В качестве поля «Имя» вы можете использовать эту информацию, чтобы определить, установлен ли на этом компьютере правильный ключ установки клиента KMS (другими словами, ключ соответствует операционной системе, установленной на клиенте KMS). По умолчанию правильный ключ присутствует в системах, созданных с использованием носителя из портала Volume License Service Center (VLSC). В некоторых случаях клиенты могут использовать активацию с помощью ключа многократной активации (MAK) до тех пор, пока в среде не будет достаточно систем для поддержки активации KMS. В этих системах необходимо установить ключ установки клиента KMS, чтобы перевести их с MAK на KMS. Используйте VAMT для установки этого ключа и убедитесь, что применяется правильный ключ.
Статус лицензии. Это значение показывает состояние клиентской системы KMS. Для системы, которая была активирована с помощью KMS, это значение должно быть Лицензировано. Любое другое значение может указывать на наличие проблемы. Например, если узел KMS работает правильно, а клиент KMS не активируется (например, остается в льготном состоянии), что-то может препятствовать доступу клиента к системе узла (например, проблема с брандмауэром, сбой сети, или что-то подобное).
Идентификатор клиентской машины (CMID). Каждый клиент KMS должен иметь уникальный CMID. Как упоминалось в разделе о узле KMS, распространенная проблема, связанная со счетчиком, заключается в том, что в среде есть активированный узел KMS и достаточное количество клиентов, но число не превышает 1. Дополнительные сведения см. в разделе Текущее число KMS не увеличивается, когда вы добавить в сеть новые клиентские компьютеры под управлением Windows Vista или Windows 7.
Имя компьютера KMS из DNS. Это значение показывает полное доменное имя узла KMS, которое клиент успешно использовал для активации, и TCP-порт, используемый для связи.
Кэширование узла KMS. Окончательное значение показывает, включено ли кэширование. По умолчанию он включен. Это означает, что клиент KMS кэширует имя узла KMS, которое он использовал для активации, и связывается напрямую с этим узлом (вместо запроса DNS), когда приходит время повторной активации. Если клиент не может связаться с кэшированным узлом KMS, он запрашивает DNS для обнаружения нового узла KMS.

Полезные события клиента KMS

Идентификатор события 12288 и идентификатор события 12289

Когда клиент KMS успешно активируется или повторно активируется, клиент регистрирует два события: событие с идентификатором 12288 и событие с идентификатором 12289. Следующий сегмент записи события с идентификатором 12288 поступает из журнала событий службы управления ключами нашего клиента KMS.

Если вы видите только событие с идентификатором 12288 (без соответствующего события с идентификатором 12289), это означает, что клиент KMS не смог связаться с узлом KMS, узел KMS не ответил или клиент не получил ответа. В этом случае убедитесь, что узел KMS доступен для обнаружения и что клиенты KMS могут связаться с ним.

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

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

В разделе "Информация" события с идентификатором 12289 содержится следующая информация:

Флажок активации. Это значение указывает, была ли активация успешной (1) или неудачной (0).
Текущее количество на узле KMS. Это значение отражает значение счетчика на узле KMS, когда клиент пытается выполнить активацию. Если активация не удалась, это может быть связано с тем, что счетчика недостаточно для этой клиентской ОС или что в среде недостаточно систем для создания счетчика.

Что просит служба поддержки?

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

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

Ключи продукта Windows 10

Ключ продукта Windows 7

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

Вот полный список ключей GVLK Windows 10.

Gvlk-ключи для Windows 10

Ключи

Продукт

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

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

Windows 10 для образовательных учреждений

Windows 10 Корпоративная N

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

Windows 10 Домашняя N
Windows 10 Базовая N

Windows 10 Домашняя
Windows 10 Базовая

Gvlk-ключи для Windows 8.1

Ключи

Продукт

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

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

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

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

Windows 8.1 Базовая

Windows 8.1 Базовая N

Gvlk-ключи для Windows 8

Ключи

Продукт

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

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

Windows 8 Core
Windows Server 2012

Windows 8 Core N
Windows Server 2012 N

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

Windows 8 Корпоративная N

Gvlk-ключи для Windows 7

Ключи

Продукт

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

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

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

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

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

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

Gvlk-ключи для Windows Vista

Ключи

Продукт

Windows Vista Business

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

Windows Vista Business N

Windows Vista Корпоративная N

Другие способы установки ГВЛк

Если вам не удается установить GVLK, это можно сделать с помощью VAMT (инструмент управления многопользовательской активацией). Еще один способ — ключи продукта KMS. Он используется для преобразования продукта MAK в активацию сервера KMS.

В связи с недавним выпуском новой версии Windows Server 2022 пришло время обновить инфраструктуру активации KMS в вашем домене и добавить поддержку новых версий Windows Server и Windows 11. В этой статье мы рассмотрим установку Роль служб многопользовательской активации в Windows Server, настройка и активация сервера KMS с использованием ключа узла KMS.

Если вы хотите узнать больше об активации Microsoft KMS, мы рекомендуем начать со статьи Часто задаваемые вопросы об активации Microsoft KMS.

Установка роли служб многопользовательской активации на Windows Server

Чтобы развернуть собственный KMS-сервер, необходимо установить роль Volume Activation Services на любом из хостов под управлением Windows Server 2022, 2019 или 2016. Если у вас уже есть KMS-сервер на Windows Server 2016 или Windows Server 2019, вы можете использовать этот существующий сервер (в этом случае этот раздел можно пропустить).

Установите роль Volume Activation Services на своем сервере из консоли диспетчера серверов или с помощью команды PowerShell: Install-WindowsFeature -Name VolumeActivation -IncludeAllSubFeature –IncludeManagementTools
Включите правило брандмауэра Windows, разрешающее доступ к серверу KMS: Enable-NetFirewallRule -Name SPPSVC-In-TCP (это открывает доступ к серверу через TCP-порт 1688).

Активация KMS-сервера на Windows Server 2022/2019

Затем вам необходимо скопировать свой личный ключ хоста KMS из вашей учетной записи Microsoft на веб-сайте Центра корпоративного лицензирования и активировать сервер KMS с помощью этого ключа.

Ключ узла KMS для Windows Server 2022 называется Windows Srv 2022 DataCtr/Std KMS (или используйте ключ Windows Srv 2019 DataCtr/Std KMS для предыдущей версии Windows Server 2019, если у вас нет подписки Software Assurance). Всегда используйте KMS Host Key для максимальной версии Windows Server, доступной в вашем личном кабинете.Сервер KMS, активированный более новым ключом, сможет активировать все предыдущие версии Windows.

Совет. Если у вас уже есть ключ KMS, активированный для предыдущей версии Windows Server на этом сервере, вы должны сначала удалить его с помощью команды: slmgr /upk

Обновления для расширения поддержки KMS для Windows Server 2022 и 2019

Вы можете использовать узлы KMS с предыдущими версиями Windows Server для активации новых версий Windows Server 2022 или 2019. Но есть ряд ограничений.

Хост KMS (CSVLK) для активации Windows Server 2022 и Windows 11 (и всех предыдущих версий Windows) можно установить только на Windows Server 2022, 2019 или 2016 (WS 2012R2 не поддерживается).

Вам необходимо установить дополнительные обновления для Windows Server 2019 или 2016, расширяющие поддержку KMS для Windows Server 2022. В апреле 2021 г. Microsoft выпустила специальное обновление KB5003478. Это обновление добавляется к последним накопительным обновлениям для Windows Server. Это означает, что вам нужно установить только любое накопительное обновление Windows Server 2019/2016, выпущенное после июня 2021 года.

Windows Server 2019 — KB5003646 (8 июня 2021 г.) или более поздней версии
Windows Server 2016 — KB5003638 (8 июня 2021 г.) или более поздней версии

Если у вас есть ключ узла KMS только для Windows Server 2019, он активирует все версии Windows вплоть до Windows Server 2019 и Windows 10. Такой ключ KMS можно установить на Windows Server 2019, 2016 или 2012 R2.

Установите эти обновления на Windows Server 2012 R2:

Любое накопительное обновление Windows Server 2012 R2, выпущенное после 11 декабря 2018 г. (KB4471320) или более поздней версии.

Для Windows Server 2016 необходимы следующие обновления:

Любое накопительное обновление Windows Server 2016, выпущенное после 27 ноября 2018 г. (KB4467681) или более поздней версии.

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

Если у вас не установлены обновления для поддержки KMS-активации новых версий Windows Server, то при установке нового ключа Windows Srv 2022 (или 2019) DataCtr/Std KMS с помощью следующей команды появится ошибка:

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

При попытке активировать ключ KMS через графический интерфейс появляется следующая ошибка:

Кроме того, ошибка может выглядеть так:

При попытке активировать любой клиент на таком KMS-сервере появится сообщение об ошибке, что сервер активации недоступен (Код ошибки: 0xC004F074 — невозможно связаться со службой управления ключами (KMS)).

Чтобы исправить эту ошибку, вам необходимо установить последние накопительные обновления безопасности на вашем узле Windows Server KMS с ролью Volume Activation Services.

Ключи GVLK для Windows Server 2022, 2019 и Windows 10 LTSC

Список общедоступных ключей активации KMS (GVLK — Generic Volume License Key) для различных выпусков Windows Server 2022, 2019 и Windows 10 LTSC приведен в следующей таблице:

Выпуск Windows	Ключ GVLK
Центр обработки данных Windows Server 2019	WMDGN-G9PQG-XVVXX-R3X43-63DFG
Windows Server 2019 Standard	N69G4-B89J2-4G8F4-WWYCC-J464C
Windows Server 2019 Essentials	WVDHN-86M7X-466P6-VHXV7-YY726
Windows 10 Enterprise LTSC 2019	M7XTQ-FN8P6-TTKYV-9D4CC-J462D
Windows 10 Enterprise N LTSC 2019	92NFX-8DJQP-P6BBQ-THF9C-7CG2H< /td>
Windows Server 2022 Datacenter	WX4NM-KYWYW-QJJR4-XV3QB-6VM33
Windows Server 2022 Стандарт	VDYBN-27WPP-V4HQT-9VMD4-VMK7H

Чтобы установить открытый ключ GVLK на компьютер или сервер, необходимо выполнить команду (где xxxx — ключ GVLK из таблицы выше, в зависимости от редакции Windows):

slmgr /ipk xxxxx-xxxxx-xxxxx-xxxxx-xxxxx
Вы можете вручную указать адрес и порт сервера KMS, на котором хотите активировать Windows:

slmgr /ato
Чтобы проверить статус активации Windows:
slmgr /dlv

Если вы хотите активировать ранее установленную ознакомительную версию Windows Server 2022 на своем сервере KMS, вам сначала необходимо преобразовать выпуск Windows Server EVAL в полную версию в соответствии с руководством.

Читайте также: