Почему не работает kmsauto
Перейти к содержимому

Почему не работает kmsauto

  • автор:

Активация KMS: известные проблемы

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

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

Следует ли выполнять резервное копирование данных узла KMS?

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

Как добавить активатор KMS в исключения антивируса Windows 10

Как добавить активатор в исключения антивируса Windows 10

Админ в маленьком городе

Встроенный антивирус Windows 10 весьма неплохо стал справляться со своими обязанностями и порой это даже мешает. Например, ему очень не нравятся популярные активаторы KMS Auto, с помощью которых частенько лечат от жадности Microsoft Office, да и саму Windows.

Вы наверняка сталкивались с тем, что «Защитник Windows» (он же Windows Defender) блокирует запуск активаторов KMS Auto и старается тут же его изнечтожить, как потенциальную угрозу системе. Было бы наивно полагать, что Microsoft ничего не знает про активаторы и никак не борется с пиратством. Впрочем, нет никаких препятствий чтобы самостоятельно добавить активатор KMS Auto в исключения встроенного защитника Windows 10.

Всё делается штатными средствами системы. В строке поиска набираем слово «защитник» или «defender» (без разницы):

Настройка исключений для защитника Windows 10

Перейдя в управление настройками безопасности Windows 10, можно на своё усмотрение настроить исключения для защиты от вирусов и угроз. Здесь мы и запретим «винде» мешать нам в нашем тёмном деле и позволим активатору KMS Auto жить спокойно:

Добавление или удаление исключений антивируса Windows 10

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

На Windows Server 2016 всё делается аналогичным образом:

Настройка исключений для защитника Windows Server 2016

Подписывайтесь на канал
Яндекс.Дзен и узнавайте первыми о новых материалах, опубликованных на сайте.

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

Комментариев: 20

  1. 2020-03-03 в 23:48:50 | Kami статья булщит вот пути C:\KMS C:\ProgramData\KMSAutoS\* C:\ProgramData\KMSAuto\* C:\Users\%UserName%\AppData\Local\Temp\KMSAutoNet.tmp C:\Windows\System32\Tasks\KMSAutoNet
  2. 2020-06-14 в 16:33:13 | dsb Большое спасибо Kami! Реально, очень сложно понять какие файлы и папки надо добавлять в исключения, а как именно это сделать (в защитнике и антивирусе) — любой школьник найдет
  3. 2020-10-15 в 15:18:37 | Дуня У кого не получилось и вЫдает ошибку, открывайте БЕЗОПАСНОСТЬ WINDOWS — ПАРАМЕТРЫ ( СЛЕВА СНИЗУ ) — ЖУРНАЛ ЗАЩИТЫ — ВЫБИРАЕТЕ ТО ЧТО ВАМ НУЖНО, И НАЖИМАЕТЕ ВОССТАНОВИТЬ ПОТОМ РАЗРЕШИТЬ. ВСЁ!
  4. 2020-11-19 в 09:01:12 | victor Kami, спасибо!
  5. 2020-12-06 в 21:39:11 | товарищ Дуб Дубыч Дуня, красавчик
  6. 2021-03-09 в 09:06:16 | Vladimir Kami большое спасибо за пути!
  7. 2021-04-15 в 10:03:42 | RaYKeX Ага, а как сделать так, чтобы компонент управление приложениями и браузером при запуске kms не блокировал wzt (это часть kms активатора), и не вылетал активатор с ошибкой. Кроме того, как отключить этот элемент защиты?
  8. 2021-07-30 в 16:27:57 | Аноним Спасибо! Поставила исключения и все заработало, а то не могла КМС воспользоваться — крутило белое по 10 минут.
  9. 2021-09-14 в 02:57:10 | Аноним Дуня, Большое спасибо! Статью мелько пробежал, полазил у себя понял что внутри всё иначе, нежели на скриншотах в статье и советах из статьи. После этого полез в комменты и ваш совет мне помог! Ещё раз огромное спасибо и долгих лет жизни 🙂 Сколько же геморроя с этими виндовсами.
  10. 2021-09-20 в 22:43:36 | Аноним Я один не могу найти исключения?
  11. 2021-12-05 в 17:17:47 | Аноним Все ок, сделал за 5 минут. Автору респект
  12. 2022-01-16 в 14:50:55 | Аноним Дуня красавчик — сработало по его схеме — респект.
  13. 2022-01-19 в 21:25:47 | Ил Статья говно. Исключения не найдены
  14. 2022-03-07 в 12:01:40 | Владислав Закинул с другого компьютера на флешку активатор. На компьютере, который нужно активировать, добавил в исключения папку на флешке. И все, теперь можно активатор запускать. Там же в настройках KMS можно отключить Защитник Windows. Я, например, отключил, мне он не нужен.
  15. 2022-04-11 в 11:18:28 | Аноним У меня не принимает что делать
  16. 2022-06-20 в 21:07:28 | Аноним Дуня, огромное спасибо!
  17. 2022-12-26 в 22:59:23 | Гость Вырубил защиту от вирусов и угроз в реестре HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Services\WinDefend переименованием WinDefend и всё.
  18. 2022-12-31 в 12:53:35 | Гость Дополнение к коментарию 2022-12-26 в 22:59:23: Скачиваем утилиту https://usbtor.ru/viewtopic.php?t=1452 по первой ссылке, например. Запускаем с правами администратора. Вводим regedit и нажимаем Enter. Переименовываем или удаляем WinDefend. Готово!
  19. 2023-02-06 в 15:18:27 | Аноним Воровать дороже, чем пользоваться доступными и заработанными предметами
  20. 2023-02-22 в 21:40:16 | Аноним Огромное спасибо. Очень актуально.

Решена После работы KMS-auto не открывается и не может скачаться Google Chrome.

Решил активировать microsoft Office, и после этого отвалился гугл хром. это вирус 100%, так как ранее такого не было. хочу отметить то, что на учетке без прав администратора хром работает исправно.

Sandor

Команда форума
Администратор
Ассоциация VN/VIP
Преподаватель
Сообщения 15,141 Реакции 3,212

thyrex

Ассоциация VN/VIP
VIP
Сообщения 3,778 Реакции 2,391
И сразу вопрос: активатор скачали и запустили перед появлением проблемы?
Последнее редактирование: 30 Окт 2023

shyks23
Новый пользователь

Сообщения 16 Реакции 1
И сразу вопрос: активатор скачали и запустили перед появлением проблемы?
Да, именно так

shyks23
Новый пользователь

Сообщения 16 Реакции 1
Окей, в процессе получения логов от avz

shyks23
Новый пользователь

Сообщения 16 Реакции 1
не смог разобраться с AVZ, поэтому сделал через RSIT, прикладываю логи

Вложения

482.6 KB · Просмотры: 3

thyrex

Ассоциация VN/VIP
VIP
Сообщения 3,778 Реакции 2,391
Запустите Autologger и соберите логи

shyks23
Новый пользователь

Сообщения 16 Реакции 1
Запустите Autologger и соберите логи

Вложения

CollectionLog-2023.10.30-19.02.zip
118.9 KB · Просмотры: 5

shyks23
Новый пользователь

Сообщения 16 Реакции 1
Я сделал все верно, да?

thyrex

Ассоциация VN/VIP
VIP
Сообщения 3,778 Реакции 2,391
Наберитесь терпения и ждите. Вам обязательно ответят.

akok

Команда форума
Администратор
Ассоциация VN
Сообщения 24,511 Реакции 13,577

 begin ExecuteFile('net.exe', 'stop tcpip /y', 0, 15000, true); if not IsWOW64 then begin SearchRootkit(true, true); SetAVZGuardStatus(True); end; QuarantineFile('C:\ProgramData\RealtekHD\taskhostw.exe',''); DeleteFile('C:\ProgramData\RealtekHD\taskhostw.exe','64'); RegKeyParamDel('HKEY_LOCAL_MACHINE','Software\Microsoft\Windows\CurrentVersion\Run','Realtek HD Audio','x64'); BC_Activate; ExecuteSysClean; ExecuteWizard('SCU', 2, 3, true); BC_ImportALL; RebootWindows(true); end.

После перезагрузки, выполните такой скрипт:

begin DeleteFile(GetAVZDirectory+'quarantine.7z'); ExecuteFile(GetAVZDirectory+'7za.exe', 'a -mx9 -pmalware quarantine .\Quarantine\*', 1, 300000, false); end.

Файл quarantine.7z из папки с распакованной утилитой AVZ отправьте с помощью этой формы или (если размер архива превышает 10 MB) на этот почтовый ящик: quarantine safezone.cc (замените на @) с указанием ссылки на тему в теме (заголовке) сообщения и с указанием пароля: malware в теле письма.

Скачайте Farbar Recovery Scan Tool (или с зеркала) и сохраните на Рабочем столе.

Примечание: необходимо выбрать версию, совместимую с вашей операционной системой. Если вы не уверены, какая версия подойдет для вашей системы, скачайте обе и попробуйте запустить. Только одна из них запустится на вашей системе.
Когда программа запустится, нажмите Да (Yes) для соглашения с предупреждением.

Нажмите кнопку Сканировать (Scan).
После окончания сканирования будут созданы отчеты FRST.txt и Addition.txt в той же папке, откуда была запущена программа. Прикрепите отчеты к своему следующему сообщению.
Подробнее читайте в этом руководстве.

Рекомендации по устранению неполадок службы управления ключами (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

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

A screenshot of the `slmgr` command output for the KMS client with labels explaining what each variable means.

Ниже приведены некоторые переменные, которые следует обратить внимание на выходные данные при устранении неполадок:

  • Информация о версии находится в верхней части выходных slmgr.vbs /dlv данных. Сведения о версии полезны для определения актуальности службы. Убедитесь, что все актуально, так как служба KMS поддерживает разные ключи узла 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, требуется число 25 или более поздней версии от узла KMS. Таким образом, наибольшее число узлов KMS может иметь 2 x 25 или 50. В средах, содержащих только клиенты KMS Windows Server, максимальное количество узлов KMS равно 10. Это ограничение обусловлено тем, что пороговое значение для выпусков Windows Server равно 5 (2 x 5 или 10). Распространенная проблема, связанная с подсчетом, возникает, когда среда имеет активированный узел KMS и достаточно клиентов, но количество не увеличивается за рамки одного. При возникновении этой проблемы это означает, что развернутый образ клиента не настроен правильно, поэтому в системах нет уникальных идентификаторов клиентских компьютеров (CMID). Дополнительные сведения см. в разделе «Клиент KMS» и текущее число KMS не увеличивается при добавлении новых клиентских компьютеров windows Vista или Windows 7 в сеть. Один из наших инженеров эскалации поддержки также блог о этой проблеме в клиенте узла KMS не увеличивается из-за повторяющихся CMID. Еще одна причина, по которой число может не увеличиться, заключается в том, что в среде слишком много узлов KMS, и количество клиентов распределено по всем ним.
  • Listening on Port (Ожидание передачи данных через порт). Для обмена данными с 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.

A screenshot of the KMS event log. There are labels highlighting important areas of the Info field and what the number strings mean.

Описание события содержит следующие сведения.

  • Минимальное количество, необходимое для активации, которое сообщает, что количество от узла KMS должно быть 5 для активации клиента. Это означает, что эта ОС является ОС Windows Server, хотя эта переменная не указывает, какой выпуск использует клиент. Если клиенты не активируются, убедитесь, что количество узлов позволяет клиенту активироваться.
  • Идентификатор клиентского компьютера (CMID), который является уникальным значением в каждой системе. Если это значение не является уникальным, это связано с тем, что образ не был правильно настроен для распространения с помощью sysprep. Дополнительные сведения об обобщении компьютеров см. в статье Sysprep (Обобщение) установки Windows. При возникновении этой проблемы число узлов 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.vbs команду и Просмотр событий для устранения неполадок активации на клиентах KMS.

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

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

    A screenshot of the output for the slmgr command for the KMS client. There are labels explaining what each variable means.

    Ниже приведены некоторые переменные, которые следует обратить внимание на выходные данные при устранении неполадок:

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

    События клиента KMS

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

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

    После успешной активации или повторной активации клиента KMS он регистрирует два события — с идентификаторами 12288 и 12289. На следующем снимках экрана показан сегмент записи события 12288, полученный из журнала событий служба управления ключами клиента KMS.

    A screenshot of the Event ID 12288 window with labels explaining what each value in the error message means.

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

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

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

    A screenshot of the client event 12289 window with labels explaining what each value in the Info section means.

    В разделе «Info» (Информация) события с идентификатором 12289 содержатся следующие сведения.

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

    Что следует сообщить сотруднику службы поддержки?

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

    • slmgr.vbs /dlv выходные данные узлов KMS и клиентских систем KMS.
    • Журналы событий из узла KMS (служба управления ключами журнала) и клиентских систем KMS (журнал приложений).

    Следующие шаги

    • Ask the Core Team: #Activation (Вопрос группе разработчиков основных компонентов: #Activation)

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *