Не активируется виндовс 10 через кмс
Активация KMS: известные проблемы | Microsoft Learn
- Статья
- Чтение занимает 4 мин
Попробуйте воспользоваться виртуальным агентом. Он помогает быстро выявлять и устранять распространенные проблемы, связанные с KMS и активацией MAK
В этой статье описываются распространенные вопросы и проблемы, которые могут возникнуть при активации с помощью службы управления ключами (KMS), а также рекомендации по их устранению.
Примечание
Если вы подозреваете, что ваша проблема связана с DNS, ознакомьтесь с разделом Общие процедуры устранения неполадок с KMS и DNS.
Для узлов KMS резервное копирование не требуется. Однако если вы используете инструмент для регулярной очистки журналов событий, то возможна утрата хронологии активации, хранящейся в журналах. Если вы используете журнал событий для трассировки или документирования активаций KMS, периодически экспортируйте журнал событий службы управления ключами из папки "Журналы приложений и служб" Просмотра событий.
Если вы используете System Center Operations Manager, то в базе данных хранилища данных System Center хранятся данные журнала событий для создания отчетов, поэтому нет необходимости в отдельном резервном копировании журналов событий.
Активирован ли клиентский компьютер 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, чтобы отобразить описание большинства кодов ошибок, связанных с активацией.
Общий синтаксис этой команды выглядит следующим образом.
slui.exe 0x2a ErrorCode
Например, если событие с идентификатором 12293 содержит код ошибки 0x8007267C, можно отобразить описание этой ошибки, выполнив следующую команду.
slui.exe 0x2a 0x8007267C
Дополнительные сведения о конкретных кодах ошибок и способах их устранения см. в разделе Устранение ошибок активации.
Клиенты не добавляются к счетчику KMS
Чтобы сбросить идентификатор клиентского компьютера (идентификатор CMID) и другие сведения об активации продукта, выполните команду sysprep /generalize или slmgr /rearm. В противном случае каждый клиентский компьютер выглядит одинаково и узел KMS не учитывает их как отдельные клиенты KMS.
Узлам KMS не удается создавать записи SRV
Служба доменных имен (DNS) может ограничивать доступ на запись или не поддерживает динамическую службу доменных имен (DDNS). В этом случае предоставьте узлу KMS доступ на запись к базе данных DNS или создайте запись ресурса (RR) службы (SRV) вручную.
Дополнительные сведения о проблемах с KMS и DNS см. в статье Общие процедуры устранения неполадок с KMS и DNS.
Только первый узел KMS может создавать записи SRV
Если в организации имеется несколько узлов KMS, другие узлы могут не иметь возможности обновлять записи ресурсов SRV, пока не изменены разрешения по умолчанию для SRV. Дополнительные сведения о проблемах с KMS и DNS см. в статье Общие процедуры устранения неполадок с KMS и DNS.
Мной установлен ключ KMS на клиенте KMS
Ключи KMS должны устанавливаться только на узлах KMS, а не на клиентах KMS. Выполните команду slmgr.vbs -ipk <SetupKey> . Таблицы ключей, которые можно использовать для настройки компьютера в качестве клиента KMS, приведены в разделе Ключи установки клиента KMS. Эти ключи общеизвестны и зависят от выпуска. Обязательно удалите из DNS лишние записи ресурсов SRV и перезагрузите компьютеры.
Произошел сбой узла KMS
В случае сбоя узла KMS необходимо установить ключ узла KMS на новом узле, а затем активировать этот узел.
Убедитесь, что для нового узла KMS в базе данных DNS имеется запись ресурса SRV. Если вы устанавливаете новый узел KMS, используя те же имя компьютера и IP-адрес, что и у неисправного узла KMS, то новый узел KMS может использовать запись SRV DNS неисправного узла. Если новый узел имеет другое имя компьютера, то можно вручную удалить запись ресурса SRV DNS неисправного узла или (если в DNS включена очистка) разрешить службе DNS удалить ее автоматически. Если сеть использует DDNS, то новый узел KMS автоматически создаст на DNS-сервере новую запись ресурса SRV. Затем, как только будет соблюден порог активации KMS, новый узел KMS начнет сбор запросов на возобновление работы клиентов и перейдет к их активации.
Если клиенты KMS используют автоматическое обнаружение, они автоматически выберут другой узел KMS, если исходный узел KMS не отвечает на запросы на возобновление. Если клиенты не используют автоматическое обнаружение, необходимо будет вручную обновить клиентские компьютеры KMS, назначенные узлу KMS, на котором произошел сбой.
Для этого нужно выполнить команду slmgr.vbs /skms. Чтобы избежать этой ситуации, настройте на клиентах KMS автоматическое обнаружение. Для получения дополнительных сведений ознакомьтесь с руководством по развертыванию активации корпоративных лицензий.
Активатор Windows 10 - KMS Auto Lite
Windows 10 — не бесплатная операционная система. Для жителей СНГ покупка лицензионной копии бьет по карману, а пробные версии ОС довольно сильно урезаны в функционале. Поэтому пользователю иногда приходится прибегать к пиратству. Ведь взломанное посредством активации ПО семейства Windows ничем не будет отличаться от продукта, продаваемого в официальном магазине Microsoft.
Даже с хорошо защищенной 10-кой справляется KMSAuto Lite. Проверенная не одним поколением Windows, программа стала фаворитом среди себе подобных и способна активировать любую версию Виндовс 10 и полностью работоспособна. Никаких дополнительных знаний для ее использования не нужно.
Если что всегда можно полагаться на инструкцию, в которой описаны все нюансы работы активатора. Серверные ОС и Office также поддерживаются программой. Переходим к делу.
Итак, у вас установлена оригинальная Windows 10, которую необходимо активировать. При этом разрядность не важна. Способ работает как с 32, так и с 64-разрядной версией. Сначала убедитесь, что ваш образ не является активированным. Состояние можно узнать в окне Свойства компьютера.
Подробная пошаговая инструкция по использованию KMSAuto Lite Portable. Данная версия является портативной и не требует установки.
1. Первым делом нужно скачать и распаковать архив в любое удобное место (например, Рабочий стол).
Если встроенный архиватор в системы отсутствует, то Вы можете воспользоваться этим.
Кликните правой кнопкой мыши (ПКМ) по архиву, выберите пункт Extractto (извлечь в). После недолгого процесса деархивации на рабочем столе появится папка, в которую нужно будет зайти.
2. В папке найдите файл KMSAuto.exe. Нажмите по нему ПКМ и запустите от имени администратора. Программа получит необходимые права для обхода системной защиты. Откроется небольшое окно, в котором будут красоваться три кнопки. Одной из них мы воспользуемся.
3. Далее предстоит выбрать пункт Activate Windows. Для этого достаточно щелкнуть левой кнопки мыши один раз. Теперь утилита сделает все сама.
Вам остается лишь дождаться завершения процесса. Это может занять некоторое время.
4. Надпись Activation Successful подскажет об окончании работы и успешной активации ОС. Для закрепления результата перезагрузите компьютер.
Внимание. Если процедура не дошла до конца, зависнув на записи Activating… , перезапустите ПК и начните с пункта 2.
Поздравляю. Ваша копия активирована, теперь вы можете пользоваться всеми возможностями без приобретения лицензии.
Скачать Активатор Windows 10:
kmsauto_lite_v1.
3.1.zip [2,48 Mb] (cкачиваний: 10116091)
Внимание! Настоятельно не рекомендуется скачивать готовые сборки системы с торрент-трекеров. Они могут стать причиной нестабильной работы системы. Помимо этого, существует вероятность наличия вирусов в образах с непроверенных сайтов.
Данная авто активация через kms auto подходит на все версии Windows и Office!
У кого не сработало - пробуем другой:
w10digital.zip [1,42 Mb] (cкачиваний: 622969)
Известные проблемы с активацией
KMS | Microsoft Learn
- Статья
- 5 минут на чтение
Попробуйте наш виртуальный агент . Он поможет вам быстро выявить и устранить распространенные проблемы, связанные с активацией KMS и MAK.
В этой статье описываются распространенные вопросы и проблемы, которые могут возникнуть при активации службы управления ключами (KMS), а также рекомендации по устранению этих проблем.
Примечание
Если вы подозреваете, что ваша проблема связана с DNS, см. Общие процедуры устранения неполадок с KMS и DNS.
Резервное копирование не требуется для узлов KMS. Однако если вы используете инструмент для регулярной очистки журналов событий, история активаций, хранящаяся в журналах, может быть потеряна. Если вы используете журнал событий для отслеживания или документирования активаций KMS, периодически экспортируйте журнал событий службы управления ключами из папки «Журналы приложений и служб» средства просмотра событий.
Если вы используете System Center Operations Manager, в базе данных System Center Data Warehouse хранятся данные журнала событий для составления отчетов, поэтому отдельное резервное копирование журналов событий не требуется.
Активирован ли клиентский компьютер KMS?
На клиентском компьютере KMS откройте панель управления System и найдите сообщение 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, чтобы отобразить описание большинства кодов ошибок, связанных с активацией.
Общий синтаксис этой команды следующий:
slui.exe 0x2a ErrorCode
Например, если событие с идентификатором 12293 содержит код ошибки 0x8007267C, вы можете отобразить описание этой ошибки, выполнив следующую команду:
slui.exe 0x2a 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 необходимо установить ключ узла KMS на новый узел, а затем активировать узел.
Убедитесь, что новый узел KMS имеет запись SRV RR в базе данных DNS. Если вы устанавливаете новый узел KMS, используя то же имя компьютера и IP-адрес, что и отказавший узел KMS, новый узел KMS может использовать запись DNS SRV отказавшего узла. Если новый хост имеет другое имя компьютера, вы можете вручную удалить DNS SRV RR отказавшего хоста или (если в DNS включена очистка) позволить DNS автоматически удалить его. Если в сети используется DDNS, новый узел KMS автоматически создает новую запись SRV RR на DNS-сервере. Затем новый узел KMS начинает собирать запросы на обновление клиентов и начинает активировать клиентов, как только будет достигнуто пороговое значение активации KMS.
Если ваши клиенты KMS используют автоматическое обнаружение, они автоматически выбирают другой узел KMS, если исходный узел KMS не отвечает на запросы на продление. Если клиенты не используют автоматическое обнаружение, необходимо вручную обновить клиентские компьютеры KMS, назначенные отказавшему узлу KMS, запустив slmgr.
vbs /skms . Чтобы избежать этого сценария, настройте клиенты KMS на использование автоматического обнаружения. Дополнительные сведения см. в Руководстве по развертыванию многопользовательской активации.
Рекомендации по устранению неполадок KMS | Майкрософт учиться
- Статья
- 13 минут на чтение
В рамках процесса развертывания многие корпоративные клиенты настраивают службу управления ключами (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. Значение должно быть Licensed . Любое другое значение означает, что что-то не так, и вам, возможно, придется повторно активировать хост.
-
Текущий счетчик . Отображаемое количество будет между 0 и 50 . Подсчет является кумулятивным (между операционными системами) и показывает количество действительных систем, которые пытались активировать в течение 30-дневного периода.
Если счетчик равен 0 , либо служба была недавно активирована, либо к узлу KMS не подключались действительные клиенты.
Количество не превысит 50 , независимо от того, сколько допустимых систем существует в среде. Это связано с тем, что для их счетчика задано кэширование только в два раза больше максимальной политики лицензирования, возвращаемой клиентом KMS. Максимальная политика сегодня устанавливается клиентской ОС Windows, которая требует от узла KMS 25 или выше для своей активации. Таким образом, максимальное число на узле KMS составляет 2 x 25 или 50. Обратите внимание, что в средах, содержащих только клиенты KMS Windows Server, максимальное число на узле KMS будет равно 9.0031 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 и служба лицензирования программного обеспечения
Чтобы просмотреть подробные выходные данные службы лицензирования программного обеспечения, откройте окно командной строки с повышенными привилегиями и введите slmgr.vbs /dlv в командной строке. На следующем снимке экрана показаны результаты выполнения этой команды на одном из наших узлов KMS в Microsoft.
Следующий список включает наиболее важные поля для устранения неполадок.
То, что вы ищете, может отличаться в зависимости от решаемой проблемы.
- Имя . Это значение представляет собой выпуск Windows, установленный в клиентской системе KMS. Используйте это, чтобы убедиться, что версия Windows, которую вы пытаетесь активировать, может использовать KMS. Например, наша служба поддержки столкнулась со случаями, когда клиенты пытались установить ключ установки клиента KMS в выпуске Windows, в котором не используется корпоративная активация, например в Windows Vista Ultimate.
- Описание . Это значение показывает ключ, который установлен. VOLUME_KMSCLIENT указывает, что ключ установки клиента KMS (или GVLK) установлен (конфигурация по умолчанию для носителя с корпоративной лицензией) и что эта система автоматически пытается активироваться с помощью узла KMS. Если вы видите здесь что-то еще, например MAK, вам придется переустановить GVLK, чтобы настроить эту систему в качестве клиента KMS. Вы можете вручную установить ключ, используя slmgr.
vbs /ipk < GVLK > (как описано в ключах установки клиента KMS) или используйте средство управления многопользовательской активацией (VAMT). Сведения о получении и использовании VAMT см. в Техническом справочнике по средству управления многопользовательской активацией (VAMT). - Частичный ключ продукта . В качестве поля Имя вы можете использовать эту информацию, чтобы определить, установлен ли на этом компьютере правильный ключ установки клиента KMS (другими словами, ключ соответствует операционной системе, установленной на клиенте KMS). По умолчанию правильный ключ присутствует в системах, созданных с использованием носителя из портала Volume License Service Center (VLSC). В некоторых случаях клиенты могут использовать активацию с помощью ключа многократной активации (MAK) до тех пор, пока в среде не будет достаточно систем для поддержки активации KMS. В этих системах необходимо установить ключ установки клиента KMS, чтобы перевести их с MAK на KMS.
Используйте VAMT для установки этого ключа и убедитесь, что применяется правильный ключ. - Состояние лицензии . Это значение показывает состояние клиентской системы KMS. Для системы, которая была активирована с помощью KMS, это значение должно быть Licensed . Любое другое значение может указывать на наличие проблемы. Например, если узел KMS работает правильно, а клиент KMS не активируется (например, остается в состоянии Grace ), что-то может препятствовать доступу клиента к системе узла (например, проблема с брандмауэром, авария или что-то подобное).
- Идентификатор клиентской машины (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, когда клиент пытается выполнить активацию. Если активация не удалась, это может быть связано с тем, что счетчика недостаточно для этой клиентской ОС или что в среде недостаточно систем для построения счетчика.
Что просит служба поддержки?
Если вам необходимо позвонить в службу поддержки для устранения неполадок активации, инженер службы поддержки обычно запрашивает следующую информацию:
- Slmgr.
Видео-курс
