Активация MS Office 2013 Standard через KMS, работающую на том же сервере
Дано: Microsoft Windows Server 2008 R2 Enterprise 64-bit, применены все последние обновления безопасности.
Служба KMS настроена и запущена, все рекомендуемые обновления применены (для решения возможных проблем активации для Windows 8 и т. Д.)
Microsoft Office 2013 Standard, развернутый на указанном выше сервере и на рабочих станциях в интрасети, действует корпоративное лицензирование (введен правильный ключ KMS для активации Microsoft Ofice 2013).
Проблема: я не могу активировать установку MS Office 2013, запущенную на том же сервере, где запущена служба KMS.
В журнале событий KMS нет записей, связанных с этой ошибкой.
Все было перезапущено, переустановлено и т. Д. Уже несколько раз (включая установку 32-разрядных и 64-разрядных версий Office).
Обратите внимание, что служба KMS работает нормально. Все рабочие станции активируют свои MS Office 2013 без единого сбоя. Однако сама установка на сервере отказывается использовать KMS.
Брандмауэр настроен правильно. Имя хоста указано правильно (через 'cscript ospp.vbs /sethst:hostname' я перепробовал все релевантные имена хостов, начиная с того, что работает для активации с рабочих станций). Все остальные задокументированные требуемые проверки / действия выполняются также и до активации.
Судя по тому, что я включаю ниже, ospp.vbs намекает на то, что выше не может быть активировано через KMS. Действительно ли это так (то есть вместо этого я должен использовать активацию MAK), или я все еще что-то упускаю?
Я следовал советам по устранению неполадок KMS и связанным с ними статьям, и в настоящее время в Technet нет советов о том, возможно ли вышеизложенное.
Вывод slmgr.vbs / dlv 2E28138A-847F-42BC-9752-61B03FFF33CD:
---------------------------
Windows Script Host
---------------------------
Software licensing service version: 6.1.7601.17946
Name: Office 15, KMSHostVL edition
Description: Office 15, VOLUME_KMS channel
Activation ID: 2e28138a-847f-42bc-9752-61b03fff33cd
Application ID: 0ff1ce15-a989-xxxx-xxxx-xxxxxxxxxxxx
Extended PID: 55041-00206-234-486666-03-xxxx-xxxx.xxxx-xxxxxxx
Installation ID: 01683679734050124078134659xxxxxxxxxxxxxxxxxxxxxxxxxxx
Processor Certificate URL: http://go.microsoft.com/fwlink/?LinkID=88342
Machine Certificate URL: http://go.microsoft.com/fwlink/?LinkID=88343
Use License URL: http://go.microsoft.com/fwlink/?LinkID=88345
Product Key Certificate URL: http://go.microsoft.com/fwlink/?LinkID=88344
Partial Product Key: xxxxx
License Status: Licensed
Remaining Windows rearm count: 4
Trusted time: 2/05/2013 10:00:12 AM
Key Management Service is enabled on this machine
Current count: 5
Listening on Port: 1688
DNS publishing disabled
KMS priority: Normal
Key Management Service cumulative requests received from clients
Total requests received: 6
Failed requests received: 0
Requests with License Status Unlicensed: 0
Requests with License Status Licensed: 0
Requests with License Status Initial grace period: 6
Requests with License Status License expired or Hardware out of tolerance: 0
Requests with License Status Non-genuine grace period: 0
Requests with License Status Notification: 0
---------------------------
OK
---------------------------
Вывод cscript ospp.vbs /act
Microsoft (R) Windows Script Host Version 5.8
Copyright (C) Microsoft Corporation. All rights reserved.
---Processing--------------------------
---------------------------------------
Installed product key detected - attempting to activate the following product:
SKU ID: b13afb38-cd79-4ae5-xxxx-xxxxxxxxxxxx
LICENSE NAME: Office 15, OfficeStandardVL_KMS_Client edition
LICENSE DESCRIPTION: Office 15, VOLUME_KMSCLIENT channel
Last 5 characters of installed product key: xxxxx
ERROR CODE: 0xC004F074
ERROR DESCRIPTION: The Software Licensing Service reported that the product could not
be activated. No Key Management Service (KMS) could be contacted. Please see the
Application Event Log for additional information.
To view the activation event history run: cscript ospp.vbs /dhistorykms
---------------------------------------
---------------------------------------
---Exiting-----------------------------
Вывод cscript ospp.vbs /dstatus
Microsoft (R) Windows Script Host Version 5.8
Copyright (C) Microsoft Corporation. All rights reserved.
---Processing--------------------------
---------------------------------------
SKU ID: b13afb38-cd79-4ae5-xxxx-xxxxxxxxxxxx
LICENSE NAME: Office 15, OfficeStandardVL_KMS_Client edition
LICENSE DESCRIPTION: Office 15, VOLUME_KMSCLIENT channel
LICENSE STATUS: ---NOTIFICATIONS---
ERROR CODE: 0xC004F056
ERROR DESCRIPTION: The Software Licensing Service reported that the product could
not be activated using the Key Management Service (KMS).
Last 5 characters of installed product key: xxxxx
DNS auto-discovery: KMS name not available
KMS machine registry override defined: xxxxxx:1688
Activation Interval: 120 minutes
Renewal Interval: 10080 minutes
KMS host caching: Enabled
---------------------------------------
---------------------------------------
---Exiting-----------------------------
3 ответа
Установка исправления от KB2885698 работала для меня. Попробуй.
Office 2013, похоже, использует DNS-запросы исключительно для идентификации своего сервера KMS. Это было не так с более ранними версиями Office, активированными KMS. Это означает, что вы не можете использовать имена вроде localhost или 127.0.0.1 в качестве сервера KMS. На самом деле вы должны использовать полное имя ActiveDirectory/DNS вашего сервера KMS, даже если это один и тот же компьютер. Как ни странно, сценарий активации Windows 7 не демонстрирует такого поведения... Я еще не тестировал Windows 8 или 8.1.
Прежде чем пытаться активировать Office 2013, убедитесь, что вы можете выполнить DNS-поиск вашего хоста KMS (даже если это тот же компьютер!) С помощью команды nslookup на хосте, на котором вы пытаетесь активировать Office 2013 (да, даже если он все на одной машине).
Наконец, не указывайте номер порта с помощью cscript ospp.vbs / sethst. Команда недостаточно умна, чтобы понять, что ":1688" является ссылкой на номер порта и будет буквально использовать "имя хоста: 1688" в качестве имени хоста вместо "имени хоста" в качестве имени хоста и 1688 в качестве номера порта. Я считаю, что есть отдельный переключатель командной строки, который устанавливает порт, но вам не нужно устанавливать его явно, если вы фактически не подключаете службу KMS к порту TCP, отличному от стандартного 1688.
Мне пришлось открыть брандмауэр на сервере KMS. Порт по умолчанию - 1688 TCP, но я нашел неактивное приложение доступным в настройках брандмауэра. После включения этой опции кмс работал как положено и включал офисные установки после 5 успешных подключений.