Windows 10 не активируется через kms

Обновлено: 21.11.2024

Существует три возможных сценария многопользовательской активации Windows 10 или Windows Server 2012 R2 с помощью узла службы управления ключами (KMS):

  • Разместите KMS на компьютере под управлением Windows 10
  • Размещение KMS на компьютере под управлением Windows Server 2012 R2
  • Размещение KMS на компьютере с более ранней версией Windows

Служба управления ключами в Windows 10

Установив ключ узла KMS на компьютер под управлением Windows 10, вы сможете активировать другие компьютеры под управлением Windows 10 на этом узле KMS и более ранних версиях клиентской операционной системы, например Windows 8.1 или Windows 7. Клиенты находят сервер KMS по используя записи ресурсов в DNS, поэтому может потребоваться некоторая настройка DNS. Этот сценарий может быть полезен, если ваша организация использует многопользовательскую активацию для клиентов и активацию на основе MAK для меньшего числа серверов. Чтобы активировать функции KMS, ключ KMS устанавливается на хосте KMS; затем хост активируется через Интернет или по телефону с помощью служб активации Майкрософт.

Настройка KMS в Windows 10

Для активации используйте команду slmgr.vbs. Откройте командную строку с повышенными привилегиями и выполните одну из следующих команд:

Дополнительную информацию см. в информации для Windows 7 в разделе Развертывание активации KMS.

Служба управления ключами в Windows Server 2012 R2

Установка ключа узла KMS на компьютер под управлением Windows Server позволяет активировать компьютеры под управлением Windows Server 2012 R2, Windows Server 2008 R2, Windows Server 2008, Windows 10, Windows 8.1, Windows 7 и Windows Vista.

Вы не можете установить клиентский ключ KMS в KMS в Windows Server.

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

Если вы получаете сообщение об ошибке 0xC004F015 при попытке активировать Windows 10 Корпоративная, см. статью базы знаний 3086418.

Настройка KMS в Windows Server 2012 R2

Войдите на компьютер под управлением Windows Server 2012 R2 с учетной записью, имеющей локальные учетные данные администратора.

Запустить диспетчер серверов.

Добавьте роль Volume Activation Services, как показано на рис. 4.

Рис. 4. Добавление роли Volume Activation Services в диспетчер сервера

После завершения установки роли щелкните ссылку, чтобы запустить инструменты многопользовательской активации (рис. 5).

Рис. 5. Запуск инструментов многопользовательской активации

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

Рис. 6. Настройка компьютера в качестве узла KMS

Установите ключ хоста KMS, введя его в текстовое поле, а затем нажмите "Подтвердить" (рис. 7).

Рис. 7. Установка ключа хоста KMS

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

После установки ключа продукта его необходимо активировать. Нажмите «Далее» (рис. 8).

Рис. 8. Активация программы

Ключ KMS можно активировать онлайн или по телефону. См. рис. 9.

Рис. 9. Выбор активации через Интернет

Теперь, когда узел KMS настроен, он начнет прослушивать запросы на активацию. Однако он не будет успешно активировать клиентов, пока не будет достигнуто пороговое значение активации.

Проверка конфигурации службы управления ключами

Вы можете проверить многопользовательскую активацию KMS с хост-сервера KMS или с клиентского компьютера. Для многопользовательской активации KMS требуется минимальный порог в 25 компьютеров, прежде чем запросы на активацию будут обработаны.Описанный здесь процесс проверки будет увеличивать счетчик активаций каждый раз, когда клиентский компьютер связывается с узлом KMS, но пока порог активации не будет достигнут, проверка будет принимать форму сообщения об ошибке, а не сообщения подтверждения.

Если вы настроили активацию на основе Active Directory перед настройкой активации KMS, вы должны использовать клиентский компьютер, который не будет сначала пытаться активировать себя с помощью активации на основе Active Directory. Вы можете использовать компьютер рабочей группы, не присоединенный к домену, или компьютер под управлением Windows 7 или Windows Server 2008 R2.

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

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

На клиентском компьютере откройте окно командной строки, введите Slmgr.vbs /ato и нажмите клавишу ВВОД.

Команда /ato заставляет операционную систему попытаться выполнить активацию с помощью ключа, установленного в операционной системе. В ответе должно быть указано состояние лицензии и подробная информация о версии Windows.

На клиентском компьютере или узле KMS откройте окно командной строки с повышенными привилегиями, введите Slmgr.vbs /dlv и нажмите клавишу ВВОД.

Команда /dlv отображает подробную информацию о лицензировании. В ответе должна быть ошибка, указывающая, что количество активаций KMS слишком мало. Это подтверждает, что KMS работает правильно, даже если клиент не был активирован.

Дополнительные сведения об использовании и синтаксисе slmgr.vbs см. в разделе Параметры Slmgr.vbs.

Служба управления ключами в более ранних версиях Windows

Если вы уже установили в своей организации инфраструктуру KMS для более ранней версии Windows, вы можете продолжить использовать эту инфраструктуру для активации компьютеров под управлением Windows 10 или Windows Server 2012 R2. Ваш существующий хост KMS должен работать под управлением Windows 7 или более поздней версии. Чтобы обновить хост KMS, выполните следующие действия:

В рамках процесса развертывания многие корпоративные клиенты настраивают службу управления ключами (KMS), чтобы активировать Windows в своей среде. Это простой процесс настройки узла KMS, после чего клиенты KMS обнаруживают узел и пытаются активировать его самостоятельно. Но что произойдет, если этот процесс не сработает? Что делать дальше? В этой статье описаны ресурсы, необходимые для устранения неполадок. Дополнительные сведения о записях журнала событий и сценарии Slmgr.vbs см. в Техническом справочнике по многопользовательской активации.

Обзор KMS

Начнем с краткого обзора активации KMS. KMS — это клиент-серверная модель. Концептуально он напоминает DHCP. Вместо того, чтобы выдавать IP-адреса клиентам по их запросу, KMS позволяет активировать продукт. KMS также является моделью обновления, в которой клиенты пытаются повторно активировать через регулярные промежутки времени. Существует две роли: хост KMS и клиент KMS.

  • Хост KMS запускает службу активации и активирует активацию в среде. Чтобы настроить узел KMS, необходимо установить ключ KMS из Центра обслуживания корпоративных лицензий (VLSC), а затем активировать службу.
  • Клиент KMS – это операционная система Windows, которая развернута в среде и должна быть активирована. Клиенты KMS могут работать под управлением любой версии Windows, использующей многопользовательскую активацию. Клиенты KMS поставляются с предварительно установленным ключом, называемым универсальным ключом корпоративной лицензии (GVLK) или ключом установки клиента KMS. Наличие GVLK делает систему клиентом KMS. Клиенты KMS используют записи DNS SRV (_vlmcs._tcp) для идентификации узла KMS. Затем клиенты автоматически пытаются обнаружить и использовать эту службу для своей активации. В течение 30-дневного льготного периода они будут пытаться активировать каждые два часа. После активации клиенты KMS пытаются продлевать активацию каждые семь дней.

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

Хост KMS

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

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

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

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

Информация о версии. В верхней части slmgr.Вывод vbs /dlv — это версия службы лицензирования программного обеспечения. Это может быть полезно, чтобы определить, установлена ​​ли текущая версия службы. Например, обновления службы KMS в Windows Server 2003 поддерживают разные ключи узла KMS. Эти данные можно использовать для оценки того, является ли версия актуальной и поддерживает ключ узла KMS, который вы пытаетесь установить. Дополнительные сведения об этих обновлениях см. в статье Доступно обновление для Windows Vista и Windows Server 2008, расширяющее поддержку KMS-активации для Windows 7 и Windows Server 2008 R2.

Имя. Указывает выпуск Windows, установленный в хост-системе KMS. Это может быть важно для устранения неполадок, если у вас возникли проблемы с добавлением или изменением ключа узла KMS (например, чтобы убедиться, что ключ поддерживается в этой версии ОС).

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

Статус лицензии. Это состояние хост-системы KMS. Значение должно быть Лицензировано. Любое другое значение означает, что что-то не так, и вам, возможно, придется повторно активировать хост.

Текущий счет. Отображаемое количество будет находиться в диапазоне от 0 до 50. Количество является кумулятивным (между операционными системами) и указывает количество допустимых систем, которые пытались активировать в течение 30-дневного периода.

Если счетчик равен 0, либо служба была недавно активирована, либо к узлу KMS не подключались действительные клиенты.

Число не превысит 50, независимо от того, сколько допустимых систем существует в среде. Это связано с тем, что для их счетчика задано кэширование только в два раза больше максимальной политики лицензирования, возвращаемой клиентом KMS. Максимальная политика сегодня устанавливается клиентской ОС Windows, которая требует от узла KMS 25 или выше для активации. Таким образом, максимальное количество на узле KMS составляет 2 x 25, или 50. Обратите внимание, что в средах, содержащих только клиенты KMS Windows Server, максимальное количество на узле KMS будет равно 10. Это связано с тем, что пороговое значение для выпусков Windows Server 5 (2 x 5 или 10).

Распространенная проблема, связанная со счетчиком, заключается в том, что в среде есть активированный узел KMS и достаточное количество клиентов, но число не превышает единицы. Основная проблема заключается в том, что развернутый образ клиента был неправильно настроен (sysprep/generalize), а системы не имеют уникальных идентификаторов клиентских машин (CMID). Дополнительные сведения см. в разделах Клиент KMS и Текущий счетчик KMS не увеличивается при добавлении в сеть новых клиентских компьютеров под управлением Windows Vista или Windows 7. Один из наших инженеров по расширению поддержки также написал об этой проблеме в своем блоге в статье «Количество клиентов узла KMS не увеличивается из-за повторяющихся идентификаторов CMID».

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

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

Нас часто спрашивают о разделе «совокупные запросы» выходных данных slmgr.vbs /dlv. Как правило, эти данные бесполезны для устранения неполадок. Хост KMS ведет постоянную запись состояния каждого клиента KMS, который пытается активировать или повторно активировать. Неудачные запросы указывают на клиентов KMS, которые не поддерживаются узлом KMS. Например, если клиент KMS Windows 7 пытается выполнить активацию на узле KMS, который был активирован с помощью ключа KMS Windows Vista, активация завершится ошибкой. Строки «Запросы со статусом лицензии» описывают все возможные состояния лицензии, прошлые и настоящие. С точки зрения устранения неполадок эти данные важны только в том случае, если число не увеличивается, как ожидалось. В этом случае вы должны увидеть увеличение количества неудачных запросов. Это означает, что вам следует проверить ключ продукта, который использовался для активации хост-системы KMS. Также обратите внимание, что совокупные значения запросов сбрасываются, только если вы переустанавливаете хост-систему KMS.

Полезные мероприятия KMS для хостов

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

Хост KMS регистрирует событие с идентификатором 12290, когда клиент KMS связывается с хостом для активации. Идентификатор события 12290 предоставляет значительный объем информации, которую можно использовать, чтобы выяснить, какой тип клиента связался с хостом и почему произошел сбой. Следующий сегмент записи события с идентификатором 12290 поступает из журнала событий службы управления ключами нашего узла KMS.

Сведения о событии включают следующую информацию:

  • Минимальное количество, необходимое для активации. Клиент KMS сообщает, что счетчик с узла KMS должен быть равен 5 для активации. Это означает, что это ОС Windows Server, хотя конкретная редакция не указана. Если ваши клиенты не активируются, убедитесь, что на хосте достаточно счетчика.
  • Идентификатор клиентской машины (CMID). Это уникальное значение для каждой системы. Если это значение не уникально, это значит, что образ не был правильно подготовлен для распространения (sysprep/generalize). Эта проблема проявляется на узле KMS как счетчик, который не будет увеличиваться, даже если в среде достаточно клиентов. Дополнительные сведения см. в статье Текущий счетчик KMS не увеличивается при добавлении в сеть новых клиентских компьютеров под управлением Windows Vista или Windows 7.
  • Состояние лицензии и время до истечения срока действия. Это текущее состояние лицензии клиента. Это может помочь вам отличить клиента, который пытается активироваться в первый раз, от клиента, который пытается повторно активировать. Запись времени сообщает вам, как долго клиент будет оставаться в этом состоянии, если ничего не изменится.

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

  • Произошло отключение сети.
  • Хост не разрешается или не зарегистрирован в DNS.
  • Брандмауэр блокирует TCP 1688. Порт может быть заблокирован во многих местах среды, в том числе в самой системе узла KMS. По умолчанию узел KMS имеет исключение брандмауэра для KMS, но оно не включается автоматически. Вы должны включить исключение.
  • Журнал событий заполнен.

Клиенты KMS регистрируют два соответствующих события: событие с идентификатором 12288 и событие с идентификатором 12289. Сведения об этих событиях см. в разделе о клиенте KMS.

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

Еще одно релевантное событие, которое следует искать на вашем узле KMS, — это событие с идентификатором 12293. Это событие указывает на то, что узел не опубликовал необходимые записи в DNS. Известно, что такая ситуация вызывает сбои, и вам следует проверить ее после настройки хоста и перед развертыванием клиентов. Дополнительные сведения о проблемах с DNS см. в разделе Общие процедуры устранения неполадок с KMS и DNS.

KMS-клиент

На клиентах вы используете те же инструменты (Slmgr и средство просмотра событий) для устранения неполадок активации.

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

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

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

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

У нас есть новый сервер лицензий Win 2012. Мы еще не перемещали DNS, но тестируем, чтобы убедиться, что существующие виртуальные машины активируются с помощью /skms. Нам удалось активировать Win 7 и server 2012 на новом сервере лицензий, однако Win10 не активируется. Я продолжаю получать сообщение об ошибке 0xC004F074 «Нет связи с KMS».

Я вижу в средстве просмотра событий идентификатор 12288 от клиента и идентификатор 12290 на сервере. Я не вижу идентификатор 12289, возвращаемый клиентом. Я отключил брандмауэр на клиенте безрезультатно.

Ответы

Мы можем выполнить следующие действия, чтобы проверить нужный ключ узла kms:

  1. Войдите в Центр обслуживания корпоративных лицензий (VLSC).
  2. Нажмите "Лицензия".
  3. Нажмите "Сводка отношений".
  4. Нажмите «Идентификатор лицензии» нашей текущей активной лицензии.
  5. После загрузки страницы нажмите Ключи продукта.
  6. В списке ключей найдите нужный ключ, соответствующий вашей среде, например «Windows Srv 2012R2 DataCtr/Std KMS для Windows 10». Установите этот ключ на хосте KMS.

ПРИМЕЧАНИЕ. Убедитесь, что мы являемся администратором, иначе лицензии могут быть недоступны.

Кроме того, установки KMS на Windows Server 2012 должны быть обновлены, чтобы поддерживать активацию клиентов под управлением Windows 10 и Windows Server 2016 или Windows Server 2019 или более новых клиентских или серверных операционных систем. Дополнительные сведения см. в накопительном пакете обновлений для Windows Server 2012 за июль 2016 г.

Если мы можем сделать для вас что-то еще, напишите об этом на форуме. Благодарим вас за выбор Майкрософт.

  • Отредактировано Zoe Mo Microsoft contingent staff 30 января 2019 г., 9:10.
  • Помечено в качестве ответа Martin0265, 30 января 2019 г., 13:39

Все ответы

Что такое ключ узла KMS, установленный на главном компьютере KMS под управлением Windows Server 2012?

Это должен быть один из следующих ключей хоста KMS:

Windows Srv 2012R2 DataCtr/Std KMS для Windows 10

Windows Server 2016

Windows Server 2019

Спасибо, Даррелл Гортер [MSFT]. Эта публикация предоставляется «КАК ЕСТЬ», без каких-либо гарантий и не дает никаких прав.

Я прошу ключ, установленный на хост-компьютере KMS

Открыть командную строку с повышенными привилегиями

запустить cscript slmgr.vbs /dlv

Можете ли вы опубликовать вывод, удалив какую-либо информацию о компании.

Ключ Windows 10 Enterprise не может быть установлен на хосте Windows Server 2012 KMS.

Спасибо, Даррелл Гортер [MSFT]. Эта публикация предоставляется «КАК ЕСТЬ», без каких-либо гарантий и не дает никаких прав.

Как упомянул Даррелл выше, не могли бы вы поделиться выводом команды slmgr.vbs /dlv на хосте KMS для нашей справки? Если вы хотите активировать клиент Windows 10, а хост KMS является сервером Windows 2012, я подозреваю, что для текущей ситуации подходят только 2 CSVLK: корпоративная лицензия для Windows Server 2016 и корпоративная лицензия для «Windows Server 2012 R2 для Windows 10». .

Также я обнаружил несколько причин, по которым событие 12290 может не существовать:

  • Сбой сети
  • Хост не разрешается/не регистрируется в DNS
  • Брандмауэр блокирует TCP 1688
    • Это может произойти во многих местах среды, в том числе в самой системе узла KMS. По умолчанию исключение для KMS существует в диалоговом окне конфигурации брандмауэра. Однако он не включается автоматически. Вам нужно будет включить исключение.

    Дополнительные сведения о связанных журналах событий на хосте и клиентах KMS можно найти по следующим ссылкам:

    Если мы можем сделать для вас что-то еще, напишите об этом на форуме. Благодарим вас за выбор Майкрософт.

    Вот выходные данные /dlv.

    Microsoft (R) Windows Script Host версии 5.8
    Авторские права (C) Microsoft Corporation. Все права защищены.

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

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

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

    Я проверил другие перечисленные варианты (брандмауэр, DNS и т. д.), но ничего не работает.

    Мадалина стала поклонницей Windows с тех пор, как получила свой первый компьютер с Windows XP. Она интересуется всеми технологиями, особенно новыми технологиями, такими как искусственный интеллект и ДНК-вычисления. Подробнее

    • Первый шаг — настроить параметры SoftwareProtectionPlatform, а затем перезагрузить компьютер, чтобы изменения вступили в силу.
    • Если сервер KMS недоступен, вместо него можно использовать ключ MAK. Другим способом может быть настройка хост-сервера KMS.
    • К сожалению, ошибки активации по-прежнему случаются, но если они возникнут, сразу перейдите к разделу "Ошибки активации", чтобы узнать, что делать.
    • Если у вас все еще установлена ​​старая версия Windows 7 и есть проблемы, требующие решения, вы можете найти их в нашем Центре исправлений Windows 7.

    Для решения различных проблем с ПК мы рекомендуем Restoro PC Repair Tool:
    Это программное обеспечение устраняет распространенные компьютерные ошибки, защищает вас от потери файлов, вредоносных программ, сбоев оборудования и оптимизирует работу вашего ПК для достижения максимальной производительности. Решите проблемы с ПК и удалите вирусы за 3 простых шага:

    1. Загрузите Restoro PC Repair Tool, который поставляется с запатентованными технологиями (патент доступен здесь).
    2. Нажмите «Начать сканирование», чтобы найти проблемы Windows, которые могут вызывать проблемы с ПК.
    3. Нажмите «Исправить все», чтобы устранить проблемы, влияющие на безопасность и производительность вашего компьютера.
    • В этом месяце Restoro скачали 0 читателей.

    Последние обновления Windows 7, включая KB4480970, содержат довольно длинный список ошибок.

    Вот некоторые из наиболее частых проблем, о которых сообщают пользователи: сетевой диск не работает, совместное использование SMBv2 часто перестает работать, формат базы данных не распознается и т. д.

    Если вам интересно, вы можете прочитать этот отчет, чтобы узнать больше об этих проблемах.

    Пользователи, которые жаловались на ошибки KMS, также указывали на следующие проблемы:

    • Ошибка активации KMS 0x80070002
    • Ошибка активации Windows 10 км – 0xc004f074
    • Ошибка активации Windows 7, этот продукт не поддерживает активацию kms
    • Ошибка активации kms Office 2010 – 0x80072f8f

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

    Как исправить ошибки активации Windows 7 KMS?

    Способ 1. Изменение настроек SoftwareProtectionPlatform

    Способ 2. Используйте ключ продукта MAK

    Если сервер KMS недоступен, вместо него можно использовать ключ MAK.

    1. Запустите командную строку от имени администратора и введите следующую команду:
      • slmgr -ipk xxxxx-xxxxx-xxxxx-xxxxx-xxxxx (введите ключ продукта MAK после ipk)
    2. Нажмите Enter и подождите, пока команда вступит в силу.

    Способ 3. Настройка хост-сервера KMS

    Ошибки активации KMS часто возникают из-за отсутствия действительного сервера KMS для активации ваших клиентов. В этом случае вам необходимо установить и активировать сервер KMS.

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

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

    Способ 4. Создайте запись KMS SRV на DNS-сервере MS

    Вот что вы можете сделать, если ваш клиент не может найти узел KMS в сети:

    • Убедитесь, что ваш узел KMS установлен и активирован с помощью ключа KMS, зарегистрированного в DNS.
    • Проверьте реестр, чтобы убедиться, что хост-сервер KMS регистрируется в DNS.

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

    Кроме того, вы также можете назначить сервер KMS вручную. Если это действие не помогло, вы можете автоматически опубликовать KMS в нескольких DNS-доменах.

    <Р> Теперь, если вы один из этих кодов конкретных ошибок: 0xC004C001, 0xC004C003, 0xC004C008, 0xC004B100, 0xC004C020, 0xC004C021, 0xC004F009, 0xC004F00F, 0xC004F014, 0xC004F02C, 0xC004F035, 0xC004F038, 0xC004F039, 0xC004F041, 0xC004F042, 0xC004F050, 0xC004F051, 0xC004F064, 0xC004F065, 0xC004F06C, 0x8004F06C, 0x80070005, 0x8007232A, 0x8007232B, 0x800706BA, 0x8007251D, 0xC004F074, 0x8004FE21, 0x80092328 или 0x8007007b, вы можете использовать решения, перечисленные в этом руководстве по устранению неполадок из Microsoft.
    • Как исправить ошибку kms 0xC004F074?

    Код ошибки 0xC004F074 означает, что во время процедуры активации не удалось связаться со службой управления ключами (KMS). Решение состоит в том, чтобы запустить сканирование SFC.

    • Как долго длится активация KMS?

    Срок действия KMS-активации составляет 180 дней. Клиенты KMS должны продлевать свою активацию, подключаясь к узлу KMS не реже одного раза в 180 дней, чтобы оставаться активированными.

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