Активация версий Office с корпоративной лицензией с помощью службы KMS

  • Статья

Область применения:корпоративные версии Office LTSC 2021, Office 2019 и Office 2016 (включая Project и Visio)

Ключ GVLK предустановлен для всех версий Office с корпоративной лицензией, включающих Project и Visio. Ключи GVLK поддерживают службу управления ключами (KMS), ключ многократной активации (MAK) и активацию с помощью Active Directory. На главном компьютере KMS, настроенном на поддержку корпоративной активации Office, вам потребуется установить и включить только один ключ узла KMS для активации всех версий Office с корпоративной лицензией.

Если главный компьютер KMS доступен и настроен корректно, активация Office прозрачна для пользователя. Активация Office происходит при первом запуске при наличии четырех предыдущих запросов на главный компьютер KMS. Требуется не менее пяти запросов, чтобы главный компьютер KMS начал активацию клиентов.

Вам не нужно делать ничего больше, чтобы включить активацию Office с помощью KMS. Клиенты службы KMS могут находить главный компьютер KMS автоматически, запрашивая DNS для записей ресурсов SRV, которые публикуют KMS. Дополнительные сведения см. в статье Использование DNS для поиска главного компьютера KMS

Если сетевая среда не использует RR SRV, можно вручную назначить клиенту KMS использование определенного главного компьютера KMS, настроив раздел реестра HKEY_LOCAL_MACHINE\Software\Microsoft\OfficeSoftwareProtectionPlatform на клиенте KMS. Имя главного компьютера KMS определяется с помощью KeyManagementServiceName (REG_SZ), а порт — KeyManagementServicePort (REG_SZ). По умолчанию используется порт 1688. Эти разделы реестра также можно задать с помощью скрипта ospp.vbs. Подробнее о сценарии ospp.vbs см. в статье Средства для управления активацией корпоративных лицензий Office.

Настройка кэширования узла KMS

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

Чтобы настроить кэширование узлов KMS, можно использовать скрипт ospp.vbs. Подробнее о сценарии ospp.vbs см. в статье Средства для управления активацией корпоративных лицензий Office.

Для настройки кэширования узла KMS откройте командную строку с повышенными привилегиями на клиентском компьютере KMS и перейдите в папку Program Files\Microsoft Office\Office16. Если вы установили 32-разрядную версию Office в 64-разрядной операционной системе, перейдите в папку Program Files (x86)\Microsoft Office\Office16.

Для выключения имени узла KMS введите следующую команду и нажмите клавишу ВВОД:

    cscript ospp.vbs /cachst:FALSE

Для включения имени узла KMS введите следующую команду и нажмите клавишу ВВОД:

    cscript ospp.vbs /cachst:TRUE

Проверка состояния лицензии Office

В приведенной ниже таблице описаны состояния лицензии клиента Office относительно активации.

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

После успешной активации клиента он остается в состоянии лицензирования 180 дней. В этом состоянии пользователи не видят уведомлений о необходимости активации клиента. После 180 дней процесс активации возобновляется. Если повторная активация проходит успешно, весь процесс активации прозрачен для пользователя.
Не активировано Если в течение 180 дней не выполняется активация, Office переходит в неактивированное состояние на срок в 30 дней. Пользователи видят уведомления о необходимости активации.
Уведомление о нелицензированном состоянии Если активация не происходит в неактивированном состоянии, Office переходит в нелицензированное состояние. Пользователи видят уведомления о необходимости активации и красную строку заголовка.

Вы можете использовать скрипт ospp.vbs с параметром /dstatusall, чтобы проверить состояние лицензии для всех клиентов Office. Или используйте параметр /dstatus, чтобы проверить состояние локального клиента. Подробнее о сценарии ospp.vbs см. в статье Средства для управления активацией корпоративных лицензий Office.