Instalar o Hotfix de KB2885698 funcionou para mim. Experimente.
Dado: Microsoft Windows Server 2008 R2 Enterprise de 64 bits, todas as atualizações de segurança mais recentes aplicadas.
Serviço KMS configurado e em execução, todas as atualizações recomendadas aplicadas (para lidar com possíveis problemas de ativação do Windows 8, etc.)
O Microsoft Office 2013 Standard implantado no servidor mencionado acima e em estações de trabalho na intranet, licenciamento por volume em vigor (a chave KMS apropriada para ativação do Microsoft Ofice 2013 foi inserida).
Problema: não consigo ativar a instalação do MS Office 2013 em execução no mesmo servidor em que o serviço KMS está sendo executado.
Não há entradas no log de eventos do KMS relacionadas a essa falha.
Tudo foi reiniciado, reinstalado etc várias vezes já (incluindo a instalação de versões de 32 bits e 64 bits do Office).
Observe que o serviço KMS funciona bem. Todas as estações de trabalho ativam seu MS Office 2013 sem uma única falha. No entanto, a instalação no próprio servidor se recusa a usar o KMS.
O firewall está configurado corretamente. O nome do host é fornecido corretamente (via 'cscript ospp.vbs / sethst: hostname', eu tentei todos os nomes de host relevantes, começando com aquele trabalho para ativação de estações de trabalho). Todas as outras verificações / ações exigidas documentadas também são executadas antes da ativação.
A julgar pelo que incluo abaixo, ospp.vbs sugere que o não pode ser ativado via KMS. É realmente o caso (ou seja, eu deveria usar a ativação MAK), ou ainda estou faltando alguma coisa?
Eu segui as dicas de solução de problemas do KMS e artigos relacionados e, atualmente, no Technet, não há conselhos de peças se o acima é de todo possível.
Saída de 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
---------------------------
Saída do 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-----------------------------
Saída do 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-----------------------------
O Office 2013 parece usar pesquisas de DNS exclusivamente para identificar seu servidor KMS. Esse não foi o caso das versões anteriores do KMS ativadas pelo Office. O que isso significa é que você não pode usar nomes como localhost ou 127.0.0.1 como seu servidor KMS. Na verdade, você precisa usar o nome completo do ActiveDirectory / DNS de seu servidor KMS, mesmo que seja a mesma máquina. Por incrível que pareça, o script de ativação do Windows 7 não exibe esse comportamento ... Ainda não testei o Windows 8 ou 8.1.
Antes de tentar a ativação do Office 2013, verifique se o DNS pode procurar seu host KMS (mesmo que seja a mesma máquina!) com o comando nslookup no host em que você está tentando ativar o Office 2013 (sim, mesmo que esteja tudo na mesma máquina).
Por fim, não especifique o número da porta com cscript ospp.vbs / sethst . O comando não é inteligente o suficiente para entender que ": 1688" é uma referência de número de porta e literalmente usará "hostname: 1688" como o nome do host, em vez de "hostname" como hostname e 1688 como o número da porta. Acredito que há uma opção de linha de comando separada que define a porta, mas você não precisa defini-la explicitamente, a menos que realmente conecte o serviço KMS a uma porta TCP diferente do 1688 padrão.
Eu tive que abrir o firewall no servidor kms. A porta padrão é 1688 tcp, mas encontrei um aplicativo inativo disponível nas configurações do firewall. Depois de ativar esta opção, o kms funcionou como esperado e armou as instalações do escritório após 5 conexões bem-sucedidas.
Tags windows microsoft-office kms