У системы проблемы с активацией windows 7 kms auto

Обновлено: 21.11.2024

Некоторые клиенты Microsoft начали сообщать о проблемах с активацией, с которыми они столкнулись на устройствах с Windows 7 8 января 2019 г. после установки последних обновлений безопасности для операционной системы.

Microsoft быстро обновила список известных проблем, чтобы выделить проблему, но не предоставила никаких других объяснений.

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

10 января 2019 г. Microsoft опубликовала новую статью службы поддержки KB4487266, в которой объясняется проблема с активацией и предлагается решение для ее устранения.

Microsoft подтвердила наличие проблемы с активацией на клиентах Windows 7 KMS, на которых установлено обновление KB971033. Проблема началась 8 января 2019 г. в 10:00 UTC и продолжалась до 9 января 2019 г., когда Microsoft «отменила изменение», внесенное в серверы активации и проверки Microsoft.

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

Microsoft отмечает, что проблема не была вызвана выпуском обновлений безопасности для Windows 7 в январе 2019 г.

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

Команда slmgr /dlv, предназначенная для отображения подробной информации о лицензии, при запуске отображает код ошибки 0xC004F200 в выходных данных. Точно так же попытки активации с помощью slmgr /ato завершаются с ошибкой с сообщением об ошибке «Windows работает в течение периода уведомления о неподлинной версии. Запустите «slui.exe», чтобы подключиться к сети и проверить Windows».

Администраторы могут найти следующие события в журнале событий:

ID 8196 – планировщик активации лицензий (sppuinotify.dll) не смог выполнить автоматическую активацию. Код ошибки: 0xC004F200:
ID 8208 — Не удалось получить подлинный билет
ID 8209 — Не удалось получить подлинный билет
ID 13 — результат подлинной проверки: hrOffline = 0x00000000, hrOnline = 0xC004C4A2

Microsoft опубликовала решение по устранению проблемы на устройствах, которые по-прежнему отображаются как ненастоящие. Компания рекомендует администраторам удалить KB971033 с уязвимых устройств и в этом случае выполнить следующие команды:

Откройте командную строку с повышенными привилегиями и выполните: wusa /uninstall /kb:971033
Перезагрузите компьютер.
Выполните следующие команды из командной строки с повышенными привилегиями:
net stop sppuinotify
sc config sppuinotify start= disabled
остановка сети sppsvc
del %windir%\system32\7B296FB0-376B-497e-B012-9C450E1B7327-5P-0.C7483456-A289-439d-8115-601632D005A0 /ah
del %windir%\system32\7B296FB0-376B-497e-B012-9C450E1B7327-5P-1.C7483456-A289-439d-8115-601632D005A0 /ah
del %windir%\ServiceProfiles\NetworkService\AppData\Roaming\Microsoft\SoftwareProtectionPlatform\tokens.dat
del %windir%\ServiceProfiles\NetworkService\AppData\Roaming\Microsoft\SoftwareProtectionPlatform\cache\cache.dat
net start sppsvc
cscript c:\windows\system32\slmgr.vbs /ipk
cscript c:\windows\system32\slmgr.vbs /ato
sc config sppuinotify start=demand

Заключительные слова

Администраторы, которые до сих пор не решили проблему, могут сделать это с помощью исправления Microsoft. Удивительно, что что-то настолько важное может остаться незамеченным. (через Борна)

В этой статье представлено решение для устранения ошибок, возникающих при активации Windows Vista или Windows 7 на компьютере, полученном от производителя оригинального оборудования (OEM).

Применимо к: Windows 7 с пакетом обновления 1
Исходный номер базы знаний: 942962

Симптомы

При попытке активировать Windows Vista или Windows 7 на компьютере, приобретенном у OEM-производителя, возникает один из следующих симптомов.

Симптом 1

Вы получаете одно из следующих сообщений об ошибке:

Сообщение об ошибке 1

Код ошибки: недействительный ключ корпоративной лицензии

Для активации необходимо изменить ключ продукта на действительный ключ многократной активации (MAK) или розничный ключ.
< p>У вас должна быть соответствующая лицензия на операционную систему И лицензия на обновление Windows с корпоративной лицензией или полная лицензия на Windows через OEM-производителя или из розничного источника.

ЛЮБАЯ ДРУГАЯ УСТАНОВКА ЭТОГО ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ ЯВЛЯЕТСЯ НАРУШЕНИЕМ ВАШЕГО СОГЛАШЕНИЯ И ПРИМЕНИМОГО ЗАКОНА ОБ АВТОРСКИХ ПРАВАХ.

Сообщение об ошибке 2

Код ошибки: 0xC004F059

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

Симптом 2

Вы получаете следующее сообщение об ошибке:

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

Это происходит, когда выполняются следующие условия:

Вы используете службу управления ключами (KMS) для выполнения активации.
Компьютер использует таблицу ACPI_SLIC в программе BIOS компьютера.

Таблица ACPI_SLIC используется программой BIOS, совместимой с Advanced Configuration and Power Interface (ACPI), для хранения информации описания лицензирования программного обеспечения.

Причина

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

Причина 1

Вы приобрели компьютер, на котором установлена соответствующая операционная система Windows. Однако маркер Windows в таблице ACPI_SLIC поврежден.

Причина 2

Вы приобрели компьютер, на котором не установлена соответствующая операционная система Windows. В этом случае маркер Windows отсутствует в таблице ACPI_SLIC.

Разрешение

Корпоративная лицензия Windows предназначена только для обновлений. Прежде чем пытаться выполнить обновление, необходимо сначала приобрести базовую, соответствующую требованиям и подлинную лицензию Windows. Для получения дополнительной информации посетите следующий веб-сайт Microsoft:
Решения по лицензированию для легализации
Информация на этом веб-сайте включает простой способ исправить неправильное лицензирование с помощью соглашения Get Genuine. Затем вы должны изменить ключ продукта на ключ многократной активации (MAK). Для этого обратитесь в Центр обслуживания корпоративных лицензий Майкрософт на следующем веб-сайте Майкрософт:
Центр обслуживания корпоративных лицензий

Подробнее

Поведение, описанное в разделе «Проблема», может возникать, когда маркер Windows отсутствует в таблице лицензирования программного обеспечения или когда информация о маркере Windows присутствует, но повреждена. Дополнительные сведения о Volume Activation 2.0 см. на следующем веб-сайте Microsoft:
Volume Activation 2.0 Operations Guide
Компьютер, полученный от OEM-производителя и имеющий таблицу ACPI_SLIC в системном BIOS, должен иметь действующую Маркер Windows в этой таблице ACPI_SLIC, если эта система включает OEM-лицензию для операционной системы Microsoft (Windows XP, Windows Vista или Windows 7). OEM-системы, не включающие OEM-операционную систему Microsoft, могут включать таблицу ACPI_SLIC, которая не включает допустимый файл маркера. Этот маркер Windows важен для клиентов с корпоративной лицензией, которые планируют использовать носитель с корпоративной лицензией Windows Vista или Windows 7 для повторного создания образа или обновления OEM-системы в соответствии с правами на повторное создание образа в соглашении о корпоративном лицензировании.

Компьютер, в таблице ACPI_SLIC которого отсутствует допустимый маркер Windows, выдает ошибку при попытке активации через KMS при использовании корпоративного выпуска Windows Vista или Windows 7. Вы не можете активировать такую систему с помощью KMS. Это проверка соответствия для использования объемных носителей в соответствии с Соглашением о корпоративной лицензии. Однако вы можете активировать систему с помощью ключа многократной активации (MAK). (Вы можете не соответствовать сценарию лицензирования при использовании ключа MAK. Обратитесь к специалисту по лицензированию, чтобы убедиться, что у вас есть жалоба.) Или вы можете использовать розничный ключ. В качестве альтернативы, если вы приобрели OEM-систему с установленной и активированной Windows Vista или Windows 7, вы можете обратиться к OEM-производителю за дополнительной помощью. Или вы можете приобрести новый компьютер с операционной системой Microsoft Windows и таблицей ACPI_SLIC с допустимым маркером Windows.

Инструмент MGADiag

Инструмент MGADiag обнаруживает и сообщает информацию о BIOS. Однако информация BIOS для таблицы ACPI_SLIC не отображается в выходных данных графического пользовательского интерфейса. Чтобы просмотреть информацию о BIOS, перейдите на вкладку Windows, нажмите «Копировать», а затем вставьте выходные данные в «Блокнот» или в другой текстовый редактор. Вывод будет похож на следующий пример:

Невозможно активировать KMS:

Данные OEM-активации 2.0 -->
BIOS действителен для OA 2.0: Нет, недопустимая таблица SLIC
Версия маркера Windows : Н/Д
OEMID и OEMTableID Согласованы: Н/Д

Маркер Windows отсутствует
Данные OEM-активации 2.0 -->
BIOS действителен для OA 2.0: Да, но без маркера Windows
Версия маркера Windows: нет данных
Соответствие OEMID и OEMTableID: да

Смогу активировать KMS:

Присутствует маркер Windows
Данные OEM Activation 2.0 -->
BIOS действителен для OA 2.0: Да
Версия маркера Windows: 0x20001
Соответствие OEMID и OEMTableID: Да

Таблица SLIC отсутствует
Данные активации OEM 2.0 -->
BIOS действителен для OA 2.0: Да, но нет таблицы SLIC
Версия маркера Windows: нет данных
OEMID и OEMTableID Согласовано: нет данных

Проверка соответствия KMS применяется только к компьютерам под управлением Windows 7 и Windows Vista, работающим в качестве клиентов KMS, и не применяется к компьютерам под управлением Windows Server 2008 или Windows Server 2008 R2, работающим в качестве клиентов KMS.

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

Если вы подозреваете, что ваша проблема связана с DNS, см. Общие процедуры устранения неполадок с KMS и DNS.

Следует ли делать резервную копию информации о хосте KMS?

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

Если вы используете System Center Operations Manager, в базе данных System Center Data Warehouse хранятся данные журнала событий для составления отчетов, поэтому вам не нужно отдельно создавать резервные копии журналов событий.

Активирован ли клиентский компьютер KMS?

На клиентском компьютере KMS откройте панель управления системой и найдите сообщение Windows активировано. Либо запустите Slmgr.vbs и используйте параметр командной строки /dli.

Клиентский компьютер KMS не активируется

Убедитесь, что порог активации KMS соблюден. На главном компьютере KMS запустите Slmgr.vbs и используйте параметр командной строки /dli, чтобы определить текущее количество узлов. Пока число узлов KMS не будет равно 25, клиентские компьютеры Windows 7 не могут быть активированы. KMS-клиентам Windows Server 2008 R2 для активации требуется число KMS, равное 5. Дополнительные сведения о требованиях KMS см. в Руководстве по планированию многопользовательской активации.

На клиентском компьютере KMS найдите в журнале событий приложений событие с идентификатором 12289. Проверьте это событие, чтобы получить следующую информацию:

Является ли код результата 0? Все остальное является ошибкой.
Правильно ли указано имя хоста KMS в событии?
Правильно ли указан порт KMS?
Доступен ли хост KMS?
Если на клиенте установлен брандмауэр другого производителя, нужно ли настраивать исходящий порт?

На главном компьютере KMS найдите в журнале событий KMS событие с идентификатором 12290. Проверьте это событие, чтобы получить следующую информацию:

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

Что означает этот код ошибки?

За исключением событий KMS с идентификатором события 12290, Windows записывает все события активации в журнал событий приложений под именем поставщика событий Microsoft-Windows-Security-SPP. Windows регистрирует события KMS в журнале службы управления ключами в папке «Приложения и службы». ИТ-специалисты могут запустить Slui.exe, чтобы отобразить описание большинства кодов ошибок, связанных с активацией. Общий синтаксис этой команды следующий:

Например, если событие с идентификатором 12293 содержит код ошибки 0x8007267C, вы можете отобразить описание этой ошибки, выполнив следующую команду:

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

Клиенты не добавляют счетчик KMS

Чтобы сбросить идентификатор клиентского компьютера (CMID) и другую информацию об активации продукта, запустите sysprep /generalize или slmgr /rearm. В противном случае каждый клиентский компьютер выглядит одинаково, и узел KMS не считает их отдельными клиентами KMS.

Хосты KMS не могут создавать записи SRV

Система доменных имен (DNS) может ограничивать доступ на запись или не поддерживать динамический DNS (DDNS). В этом случае предоставьте узлу KMS доступ на запись к базе данных DNS или создайте запись ресурса службы (SRV) (RR) вручную. Дополнительные сведения о проблемах с KMS и DNS см. в разделе Общие процедуры устранения неполадок с KMS и DNS.

Только первый узел KMS может создавать записи SRV

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

Я установил ключ KMS на KMS-клиент

Ключи KMS следует устанавливать только на хосты KMS, а не на клиенты KMS. Запустите slmgr.vbs -ipk . Таблицы ключей, которые можно использовать для настройки компьютера в качестве клиента KMS, см. в разделе Ключи настройки клиента KMS. Эти ключи общеизвестны и зависят от редакции. Не забудьте удалить все ненужные записи SRV RR из DNS, а затем перезагрузите компьютеры.

Ошибка узла KMS

В случае сбоя узла KMS необходимо установить ключ узла KMS на новый узел, а затем активировать узел. Убедитесь, что новый узел KMS имеет запись SRV RR в базе данных DNS. Если вы устанавливаете новый узел KMS, используя то же имя компьютера и IP-адрес, что и отказавший узел KMS, новый узел KMS может использовать запись DNS SRV отказавшего узла. Если новый хост имеет другое имя компьютера, вы можете вручную удалить DNS SRV RR отказавшего хоста или (если в DNS включена очистка) позволить DNS автоматически удалить его. Если в сети используется DDNS, новый узел KMS автоматически создает новую запись SRV RR на DNS-сервере. Затем новый узел KMS начинает собирать запросы на обновление клиентов и начинает активацию клиентов, как только будет достигнуто пороговое значение активации KMS.

В рамках процесса развертывания многие корпоративные клиенты настраивают службу управления ключами (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 и средство просмотра событий) для устранения неполадок активации.

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, когда клиент пытается выполнить активацию. Если активация не удалась, это может быть связано с тем, что счетчика недостаточно для этой клиентской ОС или что в среде недостаточно систем для создания счетчика.

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

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

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