FAQ по KMS активации продуктов Microsoft
На страницах сайта WinITPro.ru мы уже не раз касались разных аспектов настройки и функционирования службы активации продуктов Microsoft по программе Volume License у корпоративных заказчиков — KMS (Key Management Server – служба управления ключами). Попробуем собрать всю основную информацию и необходимые ссылки о технологии KMS активации в одной статье.
Архитектура и особенности службы KMS активации Microsoft
Инфраструктура KMS состоит из KMS-сервера, который активируется в Microsoft (эта операция выполняется один раз по телефону или онлайн) и клиентов KMS, отправляющих запросы на активацию на KMS сервер. В качестве клиентов KMS сервера могут выступать пользовательские и серверные ОС Windowsи MS Office.
Сам KMS сервер активируется с помощью специального корпоративного CSVLK ключа (KMS host key), получить который может каждый корпоративный клиент Microsoft в личном кабинете на сайте корпоративного лицензирования VLSC (https://www.microsoft.com/Licensing/servicecenter/default.aspx — Microsoft Volume Licensing Service Center –> License -> Relationship Summary -> Product Keys -> скопируйте ключ для Windows Srv 2019 DataCtr/Std KMS). Ключ CSVLK указывается на KMS сервере и выполняется активация KMS сервера в интернете на серверах Microsoft. KMS сервер нужно активировать только один раз (вам понадобится переактивировать KMS сервер, если вы хотите активировать новый CSVLK ключ с поддержкой свежих версий Windows).
Один KMS сервер может активировать неограниченное число KMS клиентов. Например, даже несмотря на то, что в вашем соглашении указано, что вы приобрели корпоративную лицензии на 100 компьютеров, теоретически вы можете активировать тысячи компьютеров (конечно, это будет нарушением лиц. соглашения, но технически KMS сервер вас в этом не ограничивает). Также отметим, что информация о проведенных активациях и их количестве не передается KMS севером за пределы организации.
KMS сервер может активировать клиентов в разных доменах, а также клиенты в рабочих группах. Один KMS сервер может одновременно активировать и десктопные редакции Windows, и Windows Server и продукты из пакета Microsoft Office.
При установке KMS сервера в DNS регистрируется специальная SRV (_VLMCS) запись. По этой DNS записи любой клиент может найти имя KMS сервера в домене. Например, чтобы найти KMS сервер в вашем домене corp.winitpro.ru, выполните команду:
В этом примере видно, что служба KMS развернута на сервере msk-man01 и отвечает по порту TCP 1688.
Для активации KMS клиента (Windows или Office) на нем должен быть указан специальный публичный ключ KMS, который называется GVLK ключом (Generic Volume License Key- универсальный ключ многократной установки). После указания GVLK ключа, клиент KMS пытается сам найти в DNS SRV запись, указывающую на сервер KMS и пытается произвести активацию.
Список универсальный KMS (GVLK) ключей для актуальных продуктов Microsoft:
KMS сервер, активированный более новым ключом KMS host key, может активировать все предыдущие версии Windows, но не наоборот. Например, KMS сервер, актвированый ключом Windows Srv 2012 R2 DataCtr/Std KMS не сможет активировать компьютеры Windows 10 или Windows Server 2016/2019. Для подержки современных версий Windows вам нужно получить новый CSVLK ключ и активировать его на KMS сервере.
Требования, необходимые для использования KMS сервера в корпоративной сети:
Активация MS Office на KMS сервере
Для активации продуктов MS Office на KMS сервере нужно установить специальное расширение Microsoft Office Volume License Pack. В зависимости от версии MS Office, которая используется у вас, вам нужно скачивать и устанавливать различную версию volumelicensepack.
После установки License Pack для MS Office, на KMS сервере нужно установить ваш персональный CSVLK ключ для Office и выполнить его активацию.
Подробнее про активацию пакета MS Office в статьях:
VAMT: Управление корпоративными ключами
Для удобства управления KMS серверами и ключами можно установить специальную утилиту Volume Activation Management Tool (VAMT).
Самые частые ошибки при использовании KMS сервера активации
Команды управления KMS активацией Windows на клиенте
Для управления и диагностики активации ОС во всех версиях Windows имеется скрипт slmgr.vbs.
Установка публичного KMS ключа (GVLK) в Windows (нужно указавать GVLK ключ в зависимости от версии и редакции Windows):
cscript.exe %windir%\system32\slmgr.vbs /ipk xxxxx-xxxxx-xxxxx-xxxxx-xxxxx
Вручную указать имя KMS сервера и порт:
cscript.exe %windir%\system32\slmgr.vbs /skms kms-server.winitpro.ru:1688
Выполнить активацию Windows на указанном KMS-сервере:
cscript.exe %windir%\system32\slmgr.vbs /ato
cscript.exe %windir%\system32\slmgr.vbs /dlv
Вся лицензионная информация (включая статус активации MS Office):
cscript.exe %windir%\system32\slmgr.vbs /dlv all
cscript.exe %windir%\system32\slmgr.vbs s /dlv all > c:\tmp\dlv.txt
Команды управления активацией Office на KMS клиенте
Для управления активацией продуктов из пакета Microsoft Office на клиентах используется другой vbs скрипт — ospp.vbs. Его можно найти поиском в каталоге установки Office (в случае Office 2016 файл ospp.vbs находится по-умолчанию в каталоге \Program Files\Microsoft Office\Office16 ).
Чтобы вручную указать адресKMS сервера:
cscript ospp.vbs /sethst: kms-server.winitpro.ru
Изменить порт для активации:
cscript ospp.vbs /setprt:1689
Активировать вашу копию Office на KMS сервере:
cscript ospp.vbs /act
Текущий статус активации Office 2016 / 365 можно получить с помощью команды:
cscript ospp.vbs /dstatusall
Если у вас появились вопросы по KMS активации Microsoft – спрашивайте в комментариях, постараюсь по мере возможностей ответить.
Пиратские будни. KMS. ч.1
Йо-хо-хо, админы! Эта статья в бОльшей степени рассчитана на Вас, ибо мы живем в России и не в идеальном мире и остались еще компании, которые экономят на ПО и мучают своих админов.
Статья будет состоять из двух частей, вторую выложу при одобрении идеи первой.
Долго ли, много ли пришлось мне мучиться с постоянной слетевшей активацией Windows и Office история умалчивает. А так как лень – двигатель прогресса, попала в мой орешек мысль все это дело завязать на полную автоматизацию(с авторазвертыванием, авто-активацией и последующим мониторингом результата\процесса). Сразу опишу, что нам для этого будет необходимо, дабы Вам дальше было (не)интересно читать: локальный KMS-сервер, GPO, Bat-ники, Zabbix(без него не торт будет). Собсна усе.
Для поднятия собственного KMS-сервера развернем виртуалку на Windows Server(2008, 2012) и заведем в его в нашу доменную структуру.
Следом воспользуемся изобретением, которое можно найти в любом уголке интернета, KMS-Auto(рекомендую использоваться послед. версию). Вся соль этой программы в том, что во вкладочке «О программе» мы можем найти «Расширенный режим», а коль мы админы жадные и любопытные, то после во вкладке «Настройки» тыкаешь еще и кнопочку «Мне мало настроек». И вы почти бог!
Но не совсем. Перейдем к «тонкой настройке» нашего будущего KMS-сервера. Итак, подробней и попорядку:
1. Переходим на вкладку Система. Здесь мы можем установить или удалить сервис (пока не устанавливаем, сначала надо всё настроить), выбрать ручной или автоматический и другие методы установки сервиса, включить введение лога, создать задачу в планировщике или установить GVLK ключ продукта, а также сбросить настройки по умолчанию. В режиме WinDivert программа устанавливает сервис вместе со специальным драйвером. В режиме Hook, устанавливается сервис и происходит подмена некоторых системных файлов. В режиме TAP, сервис устанавливается с дополнительной виртуальной сетевой картой. В режиме Auto, программа установит сервис с одним из перечисленных вариантов или в ручном режиме, всё зависит от того какая у вас система. В режиме NoAuto, сервис просто установится без каких либо дополнительных внесений и изменений в систему. Выбираем в режиме «NoAuto», с ним будет проще работать на Windows 7. Здесь же можно включить логи, для того чтобы иметь информацию об активации. Там содержится информация следующего типа: время запуска KMS-сервиса (UTC и время по вашему часовому поясу); имя компьютера клиентского ПК; название продукта; идентификатор продукта; идентификатор лицензии; идентификатор KMS сервера; статус лицензии; IP-адрес клиентского ПК (включается опционально). Кому конечно требуется активировать всего один домашний компьютер, эта функция не потребуется.
2. Далее переходим на вкладку Настройки, для более тонкой настройки эмулятора на вашем будущем KMS-сервере. Здесь находятся настройки привязки IP-адреса, заставка, звуки, сохранения настроек программы непосредственно в папке с программой, настройка порта и IP адреса сервиса, PID KMS-сервера, интервал активации и обновления и другие функции. В поле «Настройки», убираем галочку Удалить IP KMS-Service, иначе в дальнейшем автоматическая переактивация работать не будет, так как этот параметр удаляет IP-адрес KMS-сервера с ваших клиентских ПК включая ПК на котором вы подняли KMS-сервер. Остальные параметры в поле «Настройки», можете настроить на свое усмотрение.
В поле «Настройки KMS-Service», вы можете установить порт и IP адрес для вашего KMS-сервера. По умолчанию порт стоит 1688, его я так и оставил (вы можете поставить любой какой вам захочется). В панеле «Host», оставляем Auto-host(ежели вы хотите пускать свой KMS-сервер в интернет, выбираете адрес своего моста)
Теперь, после всех настроек, нам необходимо установить KMS-сервис и ваша виртуалка станет полноценным KMS-сервером. Возвращаемся на вкладку Система и нажимаем Установить KMS-Service. О завершение установки, вы узнаете в информационном сообщении «В системе установлен KMS-Service».
Как проверить? Да просто!
На Вашей неактивирванной тачке в CMD от имени админа прописываем:
cscript «%windir%\system32\slmgr.vbs» /ipk %KEY%
cscript «%windir%\system32\slmgr.vbs» /skms servername.domain
cscript «%windir%\system32\slmgr.vbs» /ato
servername.domain – локальное имя сервера KMS или его IP (если возникает проблема с DNS-именем Вашего сервера, гуглим «Как добавить в DNS SRV запись службы»)
На этом, пожалуй, закончим. Далее – Активация Office, мониторинг активации Win & Off с помощью Zabbix, авто-активация продуктов на основе полученных данных)
Если у Вас уже это получилось или понравилась сама идея, жду Вашего одобрения на продолжение статьи.
Статья имеет ознакомительный характер и никого не призывает использовать столь подлый способ.
Kms host service что это
Добрый день уважаемые читатели, сегодня хочу вам рассказать, как в корпоративных сетях, где есть домен Active Directory производится активация операционных систем Windows и офисных продуктов MS Office. Хочу отметить, что сделать вы это сможете, если имеет специальный, купленный ключ, если же у вас его нет, то вам поможет альтернативный метод активации Windows и Office, но помните, что правильнее все же покупать программные продукты, так как может наступить время, что вас могут проверить.
Что такое активация
Способы активации Windows
Можно выделить три способа активации операционных систем Windows:
Многих может волновать вопрос, что произойдет если я вовремя не активирую систему, по сути ничего, у вас как раньше она не будет перезагружаться каждые 3 часа, единственное, вы можете потерять часть настроек, доступных для редактирования.
Что такое KMS и ADBA
Представьте себе ситуацию, что есть компания у которой развернут домен Active Directory на Windows Server 2012 R2 и в нем 500 компьютеров и 20 серверов. Клиентские операционные системы от Windows 7 до Windows 10, а серверные платформы работают на Windows Server 2008 R2 до Windows Server 2016. Согласитесь, что сервера, то еще можно активировать вручную, а вот 500 клиентских станций, очень муторно, да и отслеживание лицензий, очень непростое дело. Для таких случаев корпорация Microsoft имеет три пути, помогающие решить данные задачи:
Как работает KMS сервер
Как я вам не перестаю говорить, прежде, чем что-то настраивать, нужно, понять как оно работает, это сильно потом упростит поиск неисправностей при нештатной ситуации. И так, сервер многопользовательской активации или просто KMS, это компьютер или виртуальная машина, работающая на серверной операционной системе Windows Server 2008 R2 и выше, в задачи которой входит обслуживание механизма активации компьютеров в сети. Принцип работы KMS очень простой, вы в личном кабинете с корпоративными лицензиями, получаете специальный серверный KMS ключ.
В разделе ключи и загрузки.
Выбираете нужный продукт, в моем примере это Office Professional Plus 2013 with SP1, вы обнаружите MAK ключ и KMS ключ. Первый для ввода ключа на клиентской машине, а второй на сервере активации.
После того, как ключ получен, вы его с помощью специального скрипта должны его активировать. В результате чего у вас в DNS, появится новая запись формата SRV _VLMCS._TCP_название домена и отвечать она будет по порту 1688, именно на нем работает сервер KMS, для активации Office и Windows.
Еще посмотреть список серверов в лесу Active Directory можно командой:
Если схематично это расписать, то выглядит вот так. Клиент попав в локальную сеть предприятия, делает запрос к DNS серверу, на предмет наличия SRV _VLMCS._TCP_название домена записи, если таковая находится, то он идет к KMS серверу и активируется, на 180 дней, через которые он снова к нему обратиться.
Как работает ADBA сервер
С появлением таких операционных систем, как Windows 8.1, Windows Server 2012 R2 и выше, усовершенствовался процесс активации, все больше завязывающий его на Active Directory. У вас теперь появилась роль Active Directory Based Activation (ADBA) или если по-русски Службы активации корпоративных лицензий, ее задачей является активация операционных систем, кто являются членами домена AD. Преимущество в том, что она работает по стандартным портам Active Directory и дополнительных, как у KMS 1688, открывать не нужно, все идет по портам LDAP. Клиент обращается к полноценному контроллеру домена, не RODC, где можно только считывать. ADBA, так же активирует на 180 дней доменные компьютеры, через 6 месяцев, она автоматически продлит активацию. Если компьютер перестает быть частью домена, то у него слетает активация. Службы активации корпоративных лицензий активируют клиентов в пределах всего леса Active Directory.
Принцип работы очень простой, после присоединения рабочей станции к домену, компьютер или портативное устройство запрашивает имеет универсальный ключ многократной установки GVLK и сравнивают его с активацией, определяемой ключом GVLK, если они совпадают, то выполняется повторная активация. По умолчанию, попытки повторной активации выполняются каждые 7 дней. Если по каким, то причинам из Active Directory не получается получить объект активации, то будет сделана попытка поиска в сети KMS сервера.
Ниже я представлю подробный список универсальных ключей многократной установки, в будущем этот список будет пополняться.
GVLK ключи для Windows Server 2019 и Windows 10 LTSC
GVLK ключи для Windows Server 2016 и Windows 10
GVLK ключи для Windows Server 2012 R2 и Windows 8.1
GVLK ключи для Windows Server 2012 и Windows 8
GVLK ключи для Windows 7 and Windows Server 2008 R2
GVLK ключи для Windows 1709
GVLK ключи для Office
Что использовать KMS или ADBA
Логичный вопрос, что лучше использовать Active Directory Based Activation или Key Management Service, тут все по ситуации. Если у вас в локальной сети, активация требуется только для операционных систем Windows 8 и выше, а серверных от Windows Server 2012 и выше, то вам вполне достаточно будет установить ADBA сервер, если же потребуется активировать старые версии Windows 7 или офисные продукты, то без KMS сервера уже никак.
Порядок активации Windows будет такой, вначале при попадании в сеть, компьютер будет искать в домене Службы активации корпоративных лицензий (Active Directory Based Activation), если же он не может их найти, то далее он ищет сервер KMS, у которого пытается активироваться, если его нет, то вы получите не активированную систему.
Если вашей организации или филиале, не насчитывается 25 и более клиентских операционных систем, то вам нужно использовать MAK-активацию.
Установка и настройка Active Directory Based Activation
У меня есть контроллер домена, на нем я хочу установить роль Службы активации корпоративных лицензий (AD BA). Для установки, можно воспользоваться как графическим интерфейсом, так и powershell, я разберу оба метода. Открываем диспетчер сервера и нажимаем добавить роли и компоненты.
оставляем выбор на «Установка ролей или компонентов»
выбираем сервер из пула, если это требуется.
на следующем шаге находим роль Службы активации корпоративных лицензий (AD BA)
на следующем шаге вам подробнее расскажут про службу активации корпоративных лицензий, жмем далее.
далее нажимаем установить, через пару мгновений все установится.
То же самое можно выполнить и через powershell, для этого введите команду:
Если вы захотите производить настройку Active Directory Based Activation на клиентской версии Windows 8.1-10 и выше, то вам необходимо будет установить пакет RSAT в котором есть оснастка Volume Activation Tools, для последующей настройки.
После установки AD BA запускайте оснастку Средства активации корпоративных лицензий (Volume Activation Tools)
Либо через быстрый запуск, через окно выполнить в котором нужно ввести vmw.exe.
На первом окне вы увидите знакомство со службой активации корпоративных лицензий, жмем сразу далее.
Интерфейс утилиты очень простой, так как у вас всего два варианта:
Выбираем первый вариант.
Далее вы указываете ваш KMS ключ (серверный). (для KMS и ADBA используется один и тот же ключ), его имя (позволяет в дальнейшем более удобно работать со множеством ключей), так как я в своем примере хочу активировать через KMS сервер Windows Server 2012 R2, то и подписываю отображаемое имя, соответственно.
следующим шагом, будет подтверждение вашего KMS ключа, тут либо через интернет, либо по телефону.
Далее вас предупредят, что эта операция добавит объект активации с помощью Active Directory в лес доменов.
Если вы не администратор предприятия, то вы получите ошибку доступа.
Далее, после того как все контроллеры домена произведут репликацию, клиентские и серверные операционные системы, включенные в домен, начнут получать лицензии активации от Active Directory Based Activation и использовать GVLK ключи. И самое классное, что на клиентских компьютерах, больше ничего настраивать не нужно, список GVLK ключей, я приводил выше.
Еще раз обращаю внимание, что в домене, у вас нет выделенного сервера Active Directory Based Activation или отдельной службы, все размазано на все контроллеры домена, так как атрибуты лежат в общей базе данных. Если вам интересно, где в Active Directory лежит информация о активации ADBA, то делаем следующее, открываем ADSIEdit и переходим в раздел:
Рекомендации по устранению неполадок службы управления ключами (KMS)
В процессе развертывания многие корпоративные клиенты настраивают службу управления ключами (KMS), чтобы включить активацию Windows в своей среде. Это простой процесс настройки узла KMS, после завершения которого клиенты KMS обнаруживают узел и пытаются выполнить активацию самостоятельно. Но что произойдет, если этот процесс не заработает? Что делать дальше? В этой статье описываются ресурсы, необходимые для устранения проблемы. Дополнительные сведения о записях журнала событий и сценарии Slmgr.vbs см. в техническом справочнике по активации корпоративных лицензий.
Общие сведения о KMS
Начнем с быстрого повторения материала об активации KMS. Служба KMS использует модель «клиент — сервер». По сути, она напоминает DHCP. Вместо передачи IP-адресов клиентам по их запросу KMS обеспечивает активацию продукта. Служба KMS также использует модель продления, в которой клиенты пытаются выполнить повторную активацию через равные промежутки времени. Существуют две роли: узел KMS и клиент KMS.
При устранении неполадок, возможно, придется рассмотреть обе стороны (узел и клиент), чтобы выяснить, что происходит.
Узел KMS
Существуют две области, которые необходимо изучить на узле KMS. Сначала проверьте состояние службы лицензий на программное обеспечение узла. Во вторых, с помощью Просмотра событий проверьте наличие событий, связанных с лицензированием или активацией.
Сценарий Slmgr.vbs и служба лицензий на программное обеспечение
Чтобы просмотреть подробные выходные данные службы лицензий на программное обеспечение, откройте окно командной строки с повышенными привилегиями и введите в нем slmgr.vbs/dlv. На следующем снимке экрана показаны результаты выполнения этой команды на одном из узлов KMS в корпорации Майкрософт.
.png)
Ниже приведены наиболее важные поля для устранения неполадок. Искомые сведения могут быть разными в зависимости от устраняемой проблемы.
Сведения о версии. В верхней части файла выходных данных 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.
License Status (Состояние лицензии). Это состояние системы узла KMS. Значение должно быть Лицензировано. Любое другое значение означает, что произошла ошибка и может потребоваться повторная активация узла.
Current Count (Текущее количество). Отображаемое число будет находиться в диапазоне от 0 до 50. Счетчик является накопительным для нескольких операционных систем. Он указывает количество допустимых систем, которые выполняли попытки активации в течение 30-дневного периода.
Если число равно 0, то либо служба была активирована только недавно, либо нет допустимых клиентов, подключенных к узлу KMS.
Значение счетчика не будет превышать 50, независимо от того, сколько допустимых систем имеется в среде. Это обусловлено тем, что задано кэширование только удвоенного максимального числа клиентов согласно политике максимального числа лицензий, возвращаемой клиентом KMS. Политика максимального числа лицензий на сегодняшний день задается клиентской ОС Windows, и для активации узла KMS требуется не менее 25 клиентов. Таким образом, максимальное число клиентов на узле KMS составляет 2×25, то есть 50. Обратите внимание на то, что в средах, содержащих только клиенты KMS для Windows Server, максимальное число клиентов на узле KMS составит 10. Это обусловлено тем, что порог для выпусков Windows Server равен 5 (а 2×5 равно 10).
Распространенная проблема, связанная с числом клиентов: в среде имеются активированный узел KMS и достаточное количество клиентов, но число клиентов не превышает единицу. Основная проблема заключается в том, что развернутый образ клиента настроен неправильно (sysprep /generalize) и в системах нет уникальных идентификаторов клиентского компьютера (CMID). Дополнительные сведения см. в разделах Клиент KMS и Текущее количество KMS не увеличивается при добавлении новой Windows Vista или Windows 7 на клиентских компьютерах в сети. Один из наших инженеров по эскалации технических проблем также описал эту проблему в блоге: KMS Host Client Count not Increasing Due to Duplicate CMID’S (Число клиентов KMS не увеличивается из-за одинаковых CMID).
Еще одна причина, по которой число может не увеличиться, заключается в том, что в среде слишком много узлов KMS, и количество клиентов распределено по всем ним.
Listening on Port (Ожидание передачи данных через порт). Для обмена данными с KMS используется анонимный RPC. По умолчанию клиенты используют TCP-порт 1688 для подключения к узлу KMS. Убедитесь, что этот порт открыт между клиентами KMS и узлом KMS. Вы можете изменить или настроить порт на узле KMS. Во время обмена данными узел KMS отправляет значение порта клиентам KMS. Если вы измените порт на клиенте KMS, то при подключении клиента к узлу значение порта будет перезаписано.
Нас часто спрашивают о разделе «Cumulative requests» (Совокупные запросы) в выходных данных slmgr.vbs /dlv. Обычно эти данные не помогают в устранении неполадок. Узел KMS хранит текущую запись состояния каждого клиента KMS, который пытается выполнить активацию или повторную активацию. Неудачные запросы указывают на клиенты KMS, которые не поддерживаются узлом KMS. Например, если клиент KMS для Windows 7 пытается выполнить активацию на узле KMS, который был активирован с помощью ключа KMS для Windows Vista, то активация завершится ошибкой. В строках «Requests with License Status» (Запросы с состоянием лицензии) описаны все возможные состояния лицензии: прошлые и текущее. С точки зрения устранения неполадок эти данные важны, только если это число не увеличивается должным образом. В этом случае должно расти число неудачных запросов. Это означает, что следует проверить ключ продукта, который был использован для активации системы узла KMS. Кроме того, обратите внимание на то, что значения совокупных запросов сбрасываются только при переустановке системы узла KMS.
Полезные события узла KMS
Идентификатор события 12290
Узел KMS регистрирует событие с идентификатором 12290, когда клиент KMS обращается к узлу для активации. Событие с идентификатором 12290 содержит значительный объем информации, которую можно использовать, чтобы выяснить, какого типа клиент обращался к узлу и почему произошла ошибка. Приведенный ниже сегмент записи события с идентификатором 12290 взят из журнала событий службы управления ключами узла KMS.
.png)
Описание события содержит следующие сведения.
Если при устранении неполадок с клиентом не удается обнаружить на узле KMS соответствующее событие с идентификатором 12290, то клиент не подключается к узлу KMS. Ниже приведены некоторые причины, по которым может отсутствовать запись события с идентификатором 12290.
Клиенты KMS регистрируют два соответствующих события — с идентификаторами 12288 и 12289. Дополнительные сведения об этих событиях см. в разделе Клиент KMS.
Идентификатор события 12293
Еще одно значимое событие, которое следует искать на узле KMS, — событие с идентификатором 12293. Это событие означает, что узел не опубликовал необходимые записи в DNS. Эта ситуация вызывает сбои, и ее наличие необходимо проверить после установки узла и перед развертыванием клиентов. Дополнительные сведения о проблемах с DNS см. в статье Общие процедуры устранения неполадок с KMS и DNS.
Клиент KMS
На клиентах для устранения неполадок активации используются одни и те же инструменты (Slmgr и Просмотр событий).
Сценарий Slmgr.vbs и служба лицензий на программное обеспечение
Чтобы просмотреть подробные выходные данные службы лицензий на программное обеспечение, откройте окно командной строки с повышенными привилегиями и введите в нем slmgr.vbs/dlv. На следующем снимке экрана показаны результаты выполнения этой команды на одном из узлов KMS в корпорации Майкрософт.
.png)
Ниже приведен список наиболее важных полей для устранения неполадок. Искомые сведения могут быть разными в зависимости от устраняемой проблемы.
Полезные события клиента KMS
Идентификаторы событий 12288 и 12289
После успешной активации или повторной активации клиента KMS он регистрирует два события — с идентификаторами 12288 и 12289. Приведенный ниже сегмент записи события с идентификатором 12288 взят из журнала событий службы управления ключами клиента KMS.
.png)
Если отображается только событие с идентификатором 12288 (без соответствующего события с идентификатором 12289), это означает, что клиенту KMS не удалось подключиться к узлу KMS, узел KMS не ответил или клиент не получил ответ. В этом случае убедитесь, что узел KMS доступен для обнаружения и что клиенты KMS могут с ним связаться.
Наиболее важная информация в событии с идентификатором 12288 — это данные в разделе «Info» (Информация). Например, в этом разделе показано текущее состояние клиента, а также полное доменное имя и TCP-порт, использованные клиентом при попытке активации. Полное доменное имя можно использовать для устранения неполадок, из-за которых количество клиентов на узле KMS не увеличивается. Например, если клиентам доступно слишком много узлов KMS (как подлинных, так и мошеннических систем), то количество клиентов может распределяться по всем ним.
Неудачная активация не всегда означает, что для клиента имеется событие с идентификатором 12288, а события с идентификатором 12289 нет. При неудачной или повторной активации могут присутствовать оба эти события. В этом случае необходимо изучить второе событие, чтобы выяснить причину сбоя.
.png)
В разделе «Info» (Информация) события с идентификатором 12289 содержатся следующие сведения.
Что следует сообщить сотруднику службы поддержки?
При обращении в службу поддержки для устранения неполадок активации инженер службы поддержки обычно запрашивает следующие сведения.
