Ключ по умолчанию не существует kmsauto windows 10

Обновлено: 21.11.2024

У нас есть рабочая станция с установленным Office 2010 Professional Plus, на которой указано, что ее необходимо активировать через x дней, и по какой-то причине она не активируется с помощью нашего сервера KMS. У нас много компьютеров, которые нормально активируются, кроме этого. Это похоже на то, что он не ищет сервер KMS. Есть ли общий ключ KMS, который мы можем ввести (аналогичный тем, которые вы можете использовать для Windows 7/Sever 2008 R2), чтобы заставить его искать сервер KMS?

Ответы

Получаете ли вы какие-либо ошибки при попытке активации?

Если вы хотите, чтобы клиенты KMS использовали автоматическое обнаружение узла KMS, ознакомьтесь с Руководством по развертыванию многопользовательской активации Windows, чтобы убедиться в правильности конфигурации DNS. Убедитесь, что узел KMS подключен к сети и доступен для клиентов KMS.

В качестве теста на клиенте KMS вы можете использовать ospp.vbs /sethst, чтобы указать имя хост-компьютера KMS. Затем запустите ospp.vbs /act, чтобы отправить запрос на активацию непосредственно на узел KMS. В случае успеха проблема может заключаться в автоматическом обнаружении узла KMS. Не забудьте использовать ospp.vbs /remhst для удаления имени узла KMS после завершения теста.

Все ответы

Получаете ли вы какие-либо ошибки при попытке активации?

Спасибо за ответ. С тех пор я обсудил это с экспертом по лицензированию и подтвердил, что используемые нами ключи верны.

Dns указан правильно, и клиенты KMS взаимодействуют с хостом KMS. См. вывод ниже.

Все еще что-то не так, и я не уверен, что именно, так как клиенты не лицензируются.

c:\Windows\System32>cscript slmgr.vbs /dlv bfe7a195-4f8f-4f0b-a622-cf13c7d16864
Microsoft (R) Windows Script Host Version 5.8
Авторское право (C) Microsoft Corporation. Все права защищены.

Версия службы лицензирования программного обеспечения: 6.1.7600.16385

На этом компьютере включена служба управления ключами
Текущее количество: 2
Прослушивание порта: 1688
Публикация DNS включена
Приоритет KMS: Обычный

Совокупное количество запросов службы управления ключами, полученных от клиентов
Всего полученных запросов: 33
Получено невыполненных запросов: 0
Запросов со статусом лицензии Нелицензировано: 0
Запросов со статусом лицензии Лицензировано: 1
Запросов со статусом лицензии Исходный льготный период: 1
Запросов со статусом лицензии Срок действия лицензии истек или Аппаратное обеспечение не соответствует требованиям: 31
Запросов со статусом лицензии Неподлинный льготный период: 0
Запросов с уведомлением о статусе лицензии: 0

Хосту Office KMS требуется пять или более уникальных компьютеров для активации с ним, прежде чем он сможет начать активацию клиентов. Если вы посмотрите на вывод, то увидите, что «Текущее количество» равно 2. Вам нужно, чтобы оно было 5 или больше.

Если у вас есть более пяти машин и вы создаете образ своих машин, вам может потребоваться запустить rearm перед развертыванием образа. Если вы уже развернули свой образ, вам необходимо выполнить переустановку на отдельных машинах.

Тед Уэй [MSFT], руководитель программы, Microsoft Office: корпоративное лицензирование, групповая политика и 64-разрядная версия Office

Спасибо, Тед, я чувствую, что мы можем чего-то добиться.

Попробовав предложенное вами перевооружение. Я получил следующее сообщение.

Ошибка: 0xc004f025 на компьютере под управлением неосновной версии Microsoft Windows запустите «slui.exe 0x2a 0xc004f025», чтобы отобразить текст ошибки.

Клиент — Windows XP.

Чтобы запустить rearm на XP, вам нужно войти в систему как администратор. ты админ на машине? Тед Уэй [MSFT], руководитель программы, Microsoft Office: корпоративное лицензирование, групповая политика и 64-разрядная версия Office

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

Я сделал это и доставлю новые изображения в понедельник утром.

У меня возникла проблема с активацией Office 2010 с помощью KMS. Мы используем сервер 2008 R2 для узла KMS, наши клиенты - Win7, он правильно публикуется в DNS, и клиенты запрашивают активацию. Ниже скриншот с сервера. 2, которые показывают лицензию, - это два, на которых я вручную запустил ospp.vbs /act. Это показывает, что они разговаривают с хостом kms. Они просто не активируются через хост. Клиенты просто не сотрудничают сами по себе. Мне действительно нужна помощь в этом.Пробовал перезагружать клиентов. Я могу пинговать в обе стороны и видеть км с помощью команды nslookup. Как только запрос на активацию отправляется на сервер, он просто не отвечает. Будем признательны за любые предложения.

На этом компьютере включена служба управления ключами
Текущее количество: 6
Прослушивание порта: 1688
Публикация DNS включена
Приоритет KMS: Обычный

Совокупное количество запросов службы управления ключами, полученных от клиентов.
Всего полученных запросов: 14.
Получено невыполненных запросов: 0.
Запросов со статусом лицензии: Нелицензировано: 0. 2
Запросов со статусом лицензии Начальный льготный период: 12
Запросов со статусом лицензии Срок действия лицензии истек или Аппаратное обеспечение выходит из строя:

Запросов со статусом лицензии Неподлинный льготный период: 0
Запросов с уведомлением о статусе лицензии: 0

Кто-нибудь успешно добавил свой ключ KMS Office 2016 на свой сервер лицензий? Я использовал пакет корпоративных лицензий Office 2016 и смог успешно ввести ключ, но установка моего офиса не активируется. Я знаю, что есть порог 5, и я далеко за ним.

Робхолл

Участвуйте, чтобы выиграть еженедельные подарочные карты (от 100 евро), Oculus и наушники/колонки

Конкурс завершается 27 марта 2022 г. Конкурсы Каждую неделю узнайте больше о том, как Red Hat может помочь вам добиться простоты и цифровых инноваций, и ответьте на вопрос. Детали конкурса Просмотреть все конкурсы

Кенни8416

Проверили ли вы на своем сервере KMS, что количество активаций превысило 5? Если вы создаете образ своих машин, KMS может видеть их все как одну и ту же машину, если вы не запустите ospprearm во время процесса создания образа.

Я успешно активирую Office 2016, но сейчас использую активацию на основе AD, так как это намного проще (IMO), чем KMS

24 ответа

Кенни8416

Я успешно активирую Office 2016, но сейчас использую активацию на основе AD, так как это намного проще (IMO), чем KMS

Я использую Kms с Office 16 без проблем. Однако он думал, что это было 25 или 30 активаций. Я думаю, что серверная ОС равна 5.

ОП Робхолл

Windows 10 тоже не очень хорошо работает. Не знаю почему. У нас есть 150 рабочих мест VDI.

С более ранними версиями у меня был клиент KMS, который я мог запустить, чтобы увеличить количество регистраций, но я не смог найти ничего подобного для Windows 10/Office 2016.

Извините, я не отвечал ; это были выходные!

Есть патч ms, или я думаю, что он мог попасть в wsus несколько месяцев назад для активаций w10 и o16 Kms с серверами 08 Kms. Погуглите. Вы найдете это.

ОП Робхолл

Kenny8416 написал:

Проверили ли вы на своем KMS-сервере, что количество активаций превысило 5? Если вы создаете образ своих машин, KMS может видеть их все как одну и ту же машину, если вы не запускаете ospprearm во время процесса создания образа.

Я успешно активирую Office 2016, но я использую AD-Based активация сейчас, так как это намного проще (IMO), чем KMS

Это была именно проблема. Я развернул новый образ обслуживания PVS для каждого виртуального диска, запустил ospprearm и slmgr /rearm на каждом из них, затем выключил их и перевел в рабочую среду. Проблема решена!

ОП Робхолл

Хорошо — решено для Office. Вин 10 по прежнему плохо играет.

Кенни8416

В ОС Windows есть порог 25, прежде чем активация будет успешной

ОП Робхолл

Kenny8416 писал:

У ОС Windows есть порог 25 перед успешной активацией

В настоящее время этот образ используется на 33 компьютерах. Ошибка активации 0xC004F074. (Windows не может связаться со службой активации вашей компании).

Кенни8416

Странно, если Office может нормально подключиться к серверу kms.

Проверили ли вы свои DNS-серверы, чтобы убедиться, что там нет мошеннических записей для KMS?

ОП Робхолл

Проверено и дважды проверено.

Сервер 2k12R2, 2K8R2, Win7, Office13 и Office 16 активируется нормально. Win 10 просто не хочет играть в мяч.

Кенни8416

не уверен - я бы проверил следующее

- журналы событий на машинах win 10 для любых подсказок

- ключ kms применен на сервере; откуда взялся ключ kms

И наконец, еще раз, я бы посоветовал перейти к базовой активации AD, если в вашей среде есть 2012, это лучший вариант.

ОП Робхолл

- В журналах событий отображается идентификатор события 8198 (сбой slui.exe с кодом ошибки 0xC004F074)

- Ключ KMS был предоставлен Microsoft в моем Центре корпоративных лицензий.

Я посмотрю на активацию AD; раньше не устанавливал, но стоит разобраться.

Кенни8416

На какой ОС работает ваш сервер KMS?

Эта ошибка указывает на то, что сервер KMS не знает ключей для активации ОС win 10, поэтому я предполагаю, что вы используете KMS на сервере 2008

Я думаю, что нужно применить обновление к серверу KMS, чтобы передать ему ключи

ОП Робхолл

KMS – это 2k12R2. уже был в этой кроличьей норе.

Кенни8416

в этом случае у вас уже должна быть настроена активация рекламы, это все та же роль на 2012, просто нужно добавить ключ с помощью параметра рекламы в мастере

ОП Робхолл

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

Кенни8416

Попробуйте использовать ключ вашего сервера 2012, который также должен активировать вас, чтобы выиграть 10 клиентов

ОП Робхолл

Мне удалось установить ключ 2012 года; посмотрим, сработает ли это, когда я смогу перезагрузить достаточное количество виртуальных машин, чтобы выполнить количество активаций.

ОП Робхолл

Интересно, что средство просмотра событий показывает активацию, обработанную на сервере KMS, когда я пытаюсь выполнить активацию, но клиент терпит неудачу. На стороне KMS ошибок нет.

ОП Робхолл

Итак, даже с ключом 2012, установленным при активации AD, Win10 НЕ активируется. В сочетании с другими проблемами, которые у нас есть, я серьезно рассматриваю возможность отката к win7, пока мы не сможем решить эту проблему.

ОП Робхолл

Вчера мы приняли решение отказаться от Windows 10. В среде VDI возникает слишком много проблем, с которыми нам не справиться, наряду с проблемой активации и тем, что Edge берет на себя все. Назад к 7!

ОП Робхолл

Итак, я решил проблему с активацией Win 10. Есть исправление для Server 2012/2012R2, которого мне не хватало — KB3058168. После его установки я смог установить ключ Win10 при активации AD, и Win10 успешно активировалась.

ОП Робхолл

В любом случае, это работает для нашего основного домена.

У кого-нибудь есть советы по использованию активации на основе AD для нескольких доменов в лесу? :)

Робхолл написал:

Итак, я решил проблему с активацией Win 10. Есть исправление для Server 2012/2012R2, которого мне не хватало — KB3058168. После его установки я смог установить ключ Win10 при активации AD, и Win10 успешно активировалась.

Эта тема заблокирована администратором и больше не открыта для комментариев.

Чтобы продолжить обсуждение, задайте новый вопрос.

Искра! Серия Pro – 24 марта 2022 г.

Сегодня в истории: 1958 г. — Элвис Пресли призван в армию США. Когда Элвису Пресли исполнилось 18 лет 8 января 1953 г., он выполнил свой патриотический долг и юридическое обязательство зарегистрировать свое имя в системе выборочной службы, тем самым сделав h.

Щелкни! Okta Breach, QNAP Devices, Raspberry Pi, Space Lettuce, Mercury Diamonds

Ваша ежедневная доза технических новостей. Вы должны это услышать. Okta подтверждает, что 2,5% клиентов пострадали от взлома в январе Раскрываются новые подробности взлома Okta, и вполне возможно, что преступники имели физический доступ к emplo.

Подростки ненадлежащим образом используют Интернет в библиотеке

Привет! Я работаю в небольшой библиотеке, и у нас есть 6 общедоступных ПК с Windows для подростков. Вход в систему не требуется. Недавно наш библиотекарь-подросток просмотрела историю поиска по одному из них и нашла несколько сомнительных элементов (конечно же!). Есть ли у кого рекомендации.

Доступ к электронной почте заблокированного/бывшего пользователя

У нас есть сотрудник, которого недавно уволили, и его почтовый ящик был отключен. Вскоре после этого в дело вмешались юристы, которые потребовали доступ к этому почтовому ящику. Я снова включил почтовый ящик и отключил все методы аутентификации для этого пользователя, кроме веб-доступа и .

Кого волнуют объявления вашего поставщика брандмауэра?

Я только что закончил веб-семинар с объявлением от моего поставщика брандмауэра. Новое облачное обучение машинному обучению позволяет оперативно блокировать угрозы. Бесплатные возможности AIOP (с премиум-версией). Усовершенствованная фильтрация URL-адресов, использующая аналитику в реальном времени, которая устраняет проблемы с UR.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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