Во время установки ключа произошла ошибка принудительная установка gvlk для продуктов windows

Обновлено: 07.07.2024

В процессе развертывания многие корпоративные клиенты настраивают службу управления ключами (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 используют записи SRV DNS (_vlmcs._tcp) для определения узла KMS. Затем клиенты автоматически пытаются обнаружить и использовать эту службу для самостоятельной активации. В течение 30-дневного льготного периода они пытаются выполнить активацию каждые два часа. После активации клиенты KMS пытаются продлевать активацию каждые семь дней.

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

Узел KMS

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

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

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

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

Сведения о версии. В верхней части файла выходных данных 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.

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

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

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

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

Распространенная проблема, связанная с числом клиентов: в среде имеются активированный узел KMS и достаточное количество клиентов, но число клиентов не превышает единицу. Основная проблема заключается в том, что развернутый образ клиента настроен неправильно (sysprep /generalize) и в системах нет уникальных идентификаторов клиентского компьютера (CMID). Дополнительные сведения см. в разделах Клиент KMS и Текущее количество KMS не увеличивается при добавлении новой Windows Vista или Windows 7 на клиентских компьютерах в сети. Один из наших инженеров по эскалации технических проблем также описал эту проблему в блоге: KMS Host Client Count not Increasing Due to Duplicate CMID’S (Число клиентов KMS не увеличивается из-за одинаковых CMID).

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

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

Нас часто спрашивают о разделе "Cumulative requests" (Совокупные запросы) в выходных данных slmgr.vbs /dlv. Обычно эти данные не помогают в устранении неполадок. Узел KMS хранит текущую запись состояния каждого клиента KMS, который пытается выполнить активацию или повторную активацию. Неудачные запросы указывают на клиенты KMS, которые не поддерживаются узлом KMS. Например, если клиент KMS для Windows 7 пытается выполнить активацию на узле KMS, который был активирован с помощью ключа KMS для Windows Vista, то активация завершится ошибкой. В строках "Requests with License Status" (Запросы с состоянием лицензии) описаны все возможные состояния лицензии: прошлые и текущее. С точки зрения устранения неполадок эти данные важны, только если это число не увеличивается должным образом. В этом случае должно расти число неудачных запросов. Это означает, что следует проверить ключ продукта, который был использован для активации системы узла KMS. Кроме того, обратите внимание на то, что значения совокупных запросов сбрасываются только при переустановке системы узла KMS.

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

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

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

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

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

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

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

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

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

Клиент KMS

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

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

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

Имя. Это значение указывает выпуск Windows, установленный в системе клиента KMS. Используйте его, чтобы убедиться, что версия Windows, которую вы пытаетесь активировать, может использовать KMS. Например, наша служба технической поддержки сталкивалась с инцидентами, в которых клиенты пытались установить ключ установки клиента KMS в выпуске Windows, не использующем активацию корпоративных лицензий, например Windows Vista Ultimate.
Описание. Это значение — установленный ключ. VOLUME_KMSCLIENT указывает, что установлен ключ установки клиента KMS (или GVLK) (конфигурация по умолчанию для носителя для корпоративных лицензий) и что эта система автоматически пытается выполнить активацию с помощью узла KMS. Если вы видите что-то другое, например MAK, то вам потребуется переустановить GVLK, чтобы настроить эту систему в качестве клиента KMS. Можно вручную установить ключ с помощью команды slmgr.vbs /ipk <GVLK> (как описано в разделе Ключи установки клиента KMS) или использовать средство управления активацией корпоративных лицензий (VAMT). Сведения о том, как получить и испольщзовать VAMT, приведены в техническом справочнике по средству управления активацией корпоративных лицензий (VAMT).
Partial Product Key (Частичный ключ продукта). Как и поле Name (Имя), эти сведения можно использовать, чтобы определить, установлен ли на компьютере правильный ключ установки клиента KMS (иными словами, что ключ соответствует операционной системе, установленной на клиенте KMS). По умолчанию правильный ключ содержится в системах, созданных с помощью носителя с портала центра поддержки корпоративных лицензий (VLSC). В некоторых случаях клиенты могут использовать активацию с помощью ключа многократной активации (MAK), пока в среде достаточное количество систем для поддержки активации KMS. На этих системах необходимо установить ключ установки клиента KMS, чтобы перевести их с использования MAK на использование KMS. Используйте VAMT для установки этого ключа и убедитесь, что применен правильный ключ.
License Status (Состояние лицензии). Это значение показывает состояние системы клиента KMS. Для системы, которая была активирована с помощью KMS, это должно быть значение Licensed (Лицензировано). Любое другое значение может указывать на проблему. Например, если узел KMS работает правильно и клиент KMS не активируется (например, он остается в состоянии Grace (Льготный период)), возможно, клиент не может связаться с системой узла (например, из-за проблемы с брандмауэром, сбоя сети или чего-то подобного).
Идентификатор клиентского компьютера (CMID) . Каждый клиент KMS должен иметь уникальный идентификатор CMID. Как упоминалось в разделе Узел KMS, распространена следующая проблема с количеством клиентов: в среде имеются активированный узел KMS и достаточное количество клиентов, но число клиентов не превышает 1. Дополнительные сведения см. в разделе Текущее количество KMS не увеличивается при добавлении новой Windows Vista или Windows 7 на клиентских компьютерах в сети.
KMS Machine Name from DNS (Имя компьютера KMS из DNS). Это значение содержит полное доменное имя узла KMS, которое клиент успешно использовал для активации, и TCP-порт, используемый для связи.
KMS Host Caching (Кэширование узла KMS). Окончательное значение указывает, включено ли кэширование. По умолчанию оно включено. Это означает, что клиент KMS сохраняет в кэше имя узла KMS, которое использовалось для активации, и непосредственно взаимодействует с этим узлом (вместо запроса DNS), когда наступает время повторной активации. Если клиент не может связаться с кэшированным узлом KMS, он отправляет запрос в DNS для обнаружения нового узла KMS.

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

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

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

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

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

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

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

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

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

При обращении в службу поддержки для устранения неполадок активации инженер службы поддержки обычно запрашивает следующие сведения.

16.09.2019

Windows Server 2012 R2

комментариев 90

Архитектура и особенности службы KMS активации Microsoft

Инфраструктура KMS состоит из KMS-сервера, который активируется в Microsoft (эта операция выполняется один раз по телефону или онлайн) и клиентов KMS, отправляющих запросы на активацию на KMS сервер. В качестве клиентов KMS сервера могут выступать пользовательские и серверные ОС Windowsи MS Office.

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

KMS сервер может активировать клиентов в разных доменах, а также клиенты в рабочих группах. Один KMS сервер может одновременно активировать и десктопные редакции Windows, и Windows Server и продукты из пакета Microsoft Office.

В этом примере видно, что служба KMS развернута на сервере msk-man01 и отвечает по порту TCP 1688.

Для активации KMS клиента (Windows или Office) на нем должен быть указан специальный публичный ключ KMS, который называется GVLK ключом (Generic Volume License Key- универсальный ключ многократной установки). После указания GVLK ключа, клиент KMS пытается сам найти в DNS SRV запись, указывающую на сервер KMS и пытается произвести активацию.

Список универсальный KMS (GVLK) ключей для актуальных продуктов Microsoft:

KMS сервер, активированный более новым ключом KMS host key, может активировать все предыдущие версии Windows, но не наоборот. Например, KMS сервер, актвированый ключом Windows Srv 2012 R2 DataCtr/Std KMS не сможет активировать компьютеры Windows 10 или Windows Server 2016/2019. Для подержки современных версий Windows вам нужно получить новый CSVLK ключ и активировать его на KMS сервере.

Совет. В качестве одного из расширений технологии KMS стоит упомянуть еще один тип активации продуктов MS — Active Directory Based Activation (ADBA). ADBA позволяет автоматически активировать клиенты с ОС Windows 8, Windows Server 2012 и MS Office 2013 (и выше), включенные в состав домена AD. В этом случае выделенный KMS сервер отсутствует, а активация выполняется с помощью специального расширения службы Active Directory (это удобно с точки зрения отказоустойчивости, но не удобно, если у вас есть устройства не в домене.

Требования, необходимые для использования KMS сервера в корпоративной сети:

Сервер (или рабочая станция) с установленной ролью Volume Activation Services. В Windows Server 2019 эту роль можно установить через консоль Server Manager или PowerShell командой: Install-WindowsFeature -Name VolumeActivation -IncludeAllSubFeature –Include ManagementTools
На KMS сервере нужно установить корпоративный CSVLK ключ и активировать KMS сервер в Microsoft:
slmgr /ipk <KMS_host_ключ_Windows_Server_2019>
slmgr /ato

При выполнении онлайн активации самого сервера KMS (выполняется один раз), с сервера KMS должны быть доступны сайты Microsoft по портам 80/443. В изолированной среде сервер KMS можно активировать по телефону (телефон поддержки Microsoft для вашей страны можно найти в файле %windir%System32\SPPUI\Phone.inf ).

Клиентские ОС: 25
Серверные ОС: 5
MS Office: 5

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

Активация MS Office на KMS сервере

Для активации продуктов MS Office на KMS сервере нужно установить специальное расширение Microsoft Office Volume License Pack. В зависимости от версии MS Office, которая используется у вас, вам нужно скачивать и устанавливать различную версию volumelicensepack.

После установки License Pack для MS Office, на KMS сервере нужно установить ваш персональный CSVLK ключ для Office и выполнить его активацию.

Подробнее про активацию пакета MS Office в статьях:

VAMT: Управление корпоративными ключами

Для удобства управления KMS серверами и ключами можно установить специальную утилиту Volume Activation Management Tool (VAMT).

Самые частые ошибки при использовании KMS сервера активации

Команды управления KMS активацией Windows на клиенте

Для управления и диагностики активации ОС во всех версиях Windows имеется скрипт slmgr.vbs.

Установка публичного KMS ключа (GVLK) в Windows (нужно указавать GVLK ключ в зависимости от версии и редакции Windows):

cscript.exe %windir%\system32\slmgr.vbs /ipk xxxxx-xxxxx-xxxxx-xxxxx-xxxxx

Вручную указать имя KMS сервера и порт:

Выполнить активацию Windows на указанном KMS-сервере:

cscript.exe %windir%\system32\slmgr.vbs /ato

cscript.exe %windir%\system32\slmgr.vbs /dlv

Вся лицензионная информация (включая статус активации MS Office):

cscript.exe %windir%\system32\slmgr.vbs /dlv all

cscript.exe %windir%\system32\slmgr.vbs s /dlv all > c:\tmp\dlv.txt

Команды управления активацией Office на KMS клиенте

Чтобы вручную указать адресKMS сервера:

Изменить порт для активации:

cscript ospp.vbs /setprt:1689

Активировать вашу копию Office на KMS сервере:
cscript ospp.vbs /act

Текущий статус активации Office 2016 / 365 можно получить с помощью команды:

cscript ospp.vbs /dstatusall

Если у вас появились вопросы по KMS активации Microsoft – спрашивайте в комментариях, постараюсь по мере возможностей ответить.

Последние обновления Windows 7, включая KB4480970, принесли довольно длинный список ошибок. Вот некоторые из наиболее частых проблем, о которых сообщают пользователи: сетевой диск не работает, общий доступ к SMBv2 часто перестает работать, формат базы данных не распознается и т. Д. Если вы заинтересованы, вы можете прочитать этот отчет, чтобы узнать больше об этих проблемах.

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

Способ 1: настройка программного обеспечения защиты настроек платформы

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

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

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

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

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

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

Установите узел KMS на компьютер под управлением Windows Server 2008
Установите KMS Хосты
Развертывание KMS-активации
Многопользовательская активация в Windows Server 2008
Планирование многопользовательской активации в Windows 7 или Windows Server 2008 R2

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

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

Для пошагового руководства перейдите на страницу поддержки Microsoft.

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

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

Если на компьютере установлена пробная версия Microsoft Office 2010, 2013, или 2016, после окончания free-trial версии появится сбой активации продукта. Мастер активации будет говорить при каждом запуске, что Эта копия Microsoft Office не активирована. Код ошибки: 0x8007007B.

Сбой активации в лицензионном Office

Сбой активации может произойти при запуске любого продукта из офисного пакета Microsoft Office: Word, Excel, PowerPoint. Обычно это происходит после окончания пробной версии программ. Система предлагает ввести лицензионный ключ при каждом запуске. Это изрядно надоедает пользователям, особенно вместе с урезанным функционалом Office.

Изредка ошибка при активации Microsoft Office может появляться на лицензионной версии, где ключ введен и раньше все было нормально. Это происходит в случае, если Windows не может подключиться к серверам Microsoft или проверка подлинности лицензии по каким-то причинам недоступна.

Основные причины сбоев:

Настройки прокси или брандмауэра блокируют соединение.
Да компьютере установленные неправильные дата и время, из за чего возможны сбои при синхронизации с серверами.
Office давно не обновлялся. Касается всех версий: 2010, 2013, 2016 и других, менее популярных.
Программа запущена не от имени администратора (зависит от настроек).

Убрать сбой активации с KMSAuto Net

Убираем сбой активации продукта Microsoft Office с KMSAuto Net:

Загрузить KMSAuto Net. Программа бесплатна и регулярно обновляется под разные версии Office.
Временно отключить антивирус, защитник Windows и аналогичное ПО. KMSAuto вмешивается в работу системы, что по-умолчанию распознается антивирусами как вредоносное воздействие.
Запустить KMSAuto_net от имени администратора. По-другому программа не будет корректно работать.

Ручная активация Office

Хотя проблема решена, рано или поздно она появится снова. Уменьшить шанс можно, выставив повторную активацию продукта (реактивацию) каждые 10 дней. Но ключ все равно слетит, поскольку каждые 180 дней Windows проходит валидацию. Более того, колючи могут слететь при обновлении системы или обновлении безопасности Windows. Поэтому и программа, и инструкция еще могут пригодиться.

12 thoughts on “ Как убрать Сбой активации продукта Microsoft Office ”

Спасибо за совет. Все работает без мозго**ли. Ключ, правда подорожал: 300 р

Не подскажешь как?

Спасибо за подсказку. Я чуть не начал половой акт с ноутом по активации офиса.

При заказе афис 2016 пишет, к сожалению мы не можем предоставить наши услуги custo
На eBay

ОООООО, Супер, Вы меня спасли, спасибооооо.

Большое спасибо! Все получилось!

Огромное спасибо! Всё работает!

Помогло реально. Реально. Спасибо Вам. Мучился с Office 2016 Professional PLUS. Каждый раз при запуске просил активацию. Ключи скачивал, устанавливал бесконечное количество раз! И всё равно при каждом запуске одно и тоже. Благодарю еще раз!

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