Você está offline; aguardando reconexão

[SDP 3] diagnóstico a ativação KMS do cliente Office [85880d06-9b7f-4910-90c3-923c3437f6b2]

IMPORTANTE: Este artigo foi traduzido pelo software de tradução automática da Microsoft e eventualmente pode ter sido editado pela Microsoft Community através da tecnologia Community Translation Framework (CTF) ou por um tradutor profissional. A Microsoft oferece artigos traduzidos automaticamente por software, por tradutores profissionais e editados pela comunidade para que você tenha acesso a todos os artigos de nossa Base de Conhecimento em diversos idiomas. No entanto, um artigo traduzido pode conter erros de vocabulário, sintaxe e/ou gramática. A Microsoft não é responsável por qualquer inexatidão, erro ou dano causado por qualquer tradução imprecisa do conteúdo ou por seu uso pelos nossos clientes.

Clique aqui para ver a versão em Inglês deste artigo: 2870357
Sumário
Esse arquivo de manifesto de plataforma de diagnóstico de suporte (SDP) coleta e analisa as configurações de um computador designado como 'cliente KMS do Office'. Use esse manifesto SDP para solucionar problemas de ativação para clientes com o Microsoft Office 2010 ou o Microsoft Office 2013 instalado.

Você pode usar este diagnóstico nas seguintes versões do Windows:
  • Windows Server 2012
  • Windows Server 2008 R2
  • Windows 8
  • Windows 7
  • Windows Vista
NVAÇÃO: Clientes do Office instalados no Windows XP ou Windows Server 2003 não são suportados por este pacote de diagnóstico.

Quando você executar este pacote de diagnóstico em uma versão com suporte do Windows, um relatório em html é criado para que você examine os resultados. Este relatório é chamado deNomeDoComputador}{_Office_Client_KMS_Report.htmle ele será salvo na pasta de área de trabalho para que você possa revisá-lo a qualquer momento. Consulte o relatório html para obter orientação sobre como resolver os problemas detectados por este diagnóstico.

Este diagnóstico também coleta os itens a seguir.

DescriçãoNome do Arquivo
Arquivos de texto (. log,. xml) que contém os resultados do Office robusta
Ferramenta de verificação (ROIScan) do estoque.
_Roiscan.log {NomeDoComputador}
{Computername}_Roiscan.xml
Detalhes de configuração do KMS para o Office 2010 gerados executando o seguinte comando:

Office 2013
cscript c:\windows\system32\slmgr.vbs /dlv 2E28138A-847F-42BC-9752-61B03FFF33CD

Office 2010
cscript c:\windows\system32\slmgr.vbs /dlv BFE7A195-4F8F-4F0B-A622-CF13C7D16864
_KMS_Client_slmgr.log {NomeDoComputador}
Filtrados do log de eventos do aplicativo para eventos de origem onde = Microsoft-Windows-Security-SPP. arquivos nos formatos de texto, csv, xml e arquivo evtx. _Evt_Activation_Application_Filter.* {NomeDoComputador}
Log de eventos do aplicativo (sem filtro). Arquivos estão no texto, csv, xml e arquivo evtx formatos. _Evt__Application_Filter.* {NomeDoComputador}
Log de eventos – serviço de gerenciamento de chaves _Evt_KeyManagementService.* {NomeDoComputador}
Resultados de uma consulta DNS para um registro SRV usando o seguinte comando:

nslookup-tipo = srv VLMCS
_NSLookup.log {NomeDoComputador}
Saída do utilitário MGADiag _MGADiag.txt {NomeDoComputador}
Arquivo de texto que exibe na máquina do cliente KMS ID (CMID) - Office # é Office14 ou Office15.{NomeDoComputador} _ {Office #} _Ospp-dcmid.txt
Arquivo de texto que exibe o histórico da falha de ativação da MAK/varejo - Office # é Office14 ou Office15.{NomeDoComputador} _ {Office #} _Ospp-dhistoryActErr.txt
Arquivo de texto que exibe o KMS cliente histórico de ativação - Office # é Office14 ou Office15.{NomeDoComputador} _ {Office #} _Ospp-dhistorykms.txt
Arquivo de texto que exibe informações sobre a licença para todas as licenças instaladas - Office # é Office14 ou Office15.{NomeDoComputador} _ {Office #} _Ospp-Dstatusall.txt
Arquivo de texto que exibe a ativação baseada em token certificados - Office # é Office14 ou Office15.{NomeDoComputador} _ {Office #} _Ospp-Dtokcerts.txt
Arquivo de texto que exibe instalado a emissão de licenças de ativação baseada em token - Office # é Office14 ou Office15.{NomeDoComputador} _ {Office #} _Ospp-dtokils.txt

Mais Informações
Quando você tenta ativar um cliente do Microsoft Office usando a ativação KMS, você recebe uma mensagem de erro indicando que a ativação não foi bem-sucedida. O código de erro fornecido no texto de erro varia, dependendo da causa do problema.

Importante: Este artigo contém informações sobre como modificar o registro. Certifique-se de fazer backup do registro antes de modificá-lo. Certifique-se de que você saiba como restaurar o registro caso ocorra um problema. Para obter mais informações sobre como fazer backup, restaurar e modificar o registro, clique no número abaixo para ler o artigo na Base de Conhecimento Microsoft:

322756 Como fazer backup e restaurar o registro no Windows

Observação: Este artigo não se destina a ser usado de uma maneira linear. Em vez disso, pretende fornecer alvo passos que mapeiam diretamente para um código de erro exibido ao tentar ativar um cliente usando a ativação KMS do Office para solucionar problemas. Verifique se apenas siga as etapas no artigo relacionado ao código de erro que você vê no seu cliente Office.

Se necessário, as etapas desta seção podem ajudá-lo a gerar novamente esse erro. Em seguida, você pode usar as etapas apropriadas na seção resolução do artigo para esse erro específico.

Se você tiver o código de erro retornado por uma tentativa para ativar um cliente do Office usando a ativação KMS, clique em um dos códigos/descrições de erro na tabela abaixo para saltar para a solução relevante na seção resolução .

Se você não lembrar o código de erro retornado por uma tentativa de ativar o Office usando o KMS, siga estas etapas para gerar o erro.
  1. Abra uma janela de linha de comando elevada em seu cliente Office (2010 ou 2013).
  2. Altere para a pasta na qual Ospp.vbs está localizado.

    Por padrão, a pasta é:

    Windows de 32 bits + Office de 32-bit ou 64-bit Windows + Office de 64 bits

    -Office 2013: C:\Program Files\Microsoft Office\Office15
    -Office 2010: C:\Program Files\Microsoft Office\Office14

    64-bit Windows + Office de 32 bits

    -Office 2013: (x86) de arquivos C:\Program \Microsoft Office\Office15
    -Office 2010: (x86) de arquivos C:\Program \Microsoft Office\Office14

  3. Execute o seguinte comando:
    Cscript ospp.vbs /dstatusall
  4. Certifique-se de que você tenha uma licença do Office que é qualificada para ativação do KMS (você deve ver "VOLUME_KMSClient" na descrição da licença).

    O exemplo a seguir mostra o que você pode ver na saída para uma edição de licença de volume do Office 2010 Professional Plus.
    SKU ID: 6f327760-8c5c-417c-9b61-836a98287e0cLICENSE NAME: Office 14, OfficeProPlus-KMS_Client editionLICENSE DESCRIPTION: Office 14, VOLUME_KMSCLIENT channelLICENSE STATUS: <current license status value>KU ID: 6f327760-8c5c-417c-9b61-836a98287e0cLICENSE NAME: Office 14, OfficeProPlus-KMS_Client editionLICENSE DESCRIPTION: Office 14, VOLUME_KMSCLIENT channelLICENSE STATUS: <current license status value>LUME_KMSCLIENT channelLICENSE STATUS: <current license status value>
  5. Se o valor do STATUS da licença na saída não não diga "Licenciado", em seguida, execute o seguinte comando. Caso contrário, o cliente do Office já tenha sido licenciado e não é necessário para continuar.
    Cscript ospp.vbs /act
    Observação: Se o cliente do Office já tenha sido licenciado usando uma chave MAK e você deseja alterar em relação à ativação do KMS, clique em aqui para ir para a seção deste artigo que fornece as etapas para fazer essa conversão em métodos de ativação.

  6. Anote o valor de Código de erro na saída.
  7. Clique no código de erro correspondente a seguir lista de códigos/descrições de erro para ir para as etapas de solução de problemas relevantes na seção resolução deste artigo.

Clique em um erro na tabela para saltar para a seção de solução de problemas relevante neste artigo.

Se você não vir o código de erro ou se as etapas de solução de problemas não resolver o problema, consulte os seguintes artigos para obter mais informações sobre como resolver problemas de activação de volume para Microsoft Office.

Solucionar problemas de ativação de volume para Office 2013

Solucionar problemas de ativação de volume para o Office 2010
Resolução
Para resolver um problema de ativação KMS para um cliente do Microsoft Office 2010 ou o Microsoft Office 2013, consulte a seção relevante para seu sintoma (s) listados abaixo.




Serviço de plataforma de proteção de Software Office ou serviço de proteção de Software não iniciado (Erro 0x80070422 ou 0x80070426)
Aviso Problemas sérios podem ocorrer se você modificar o Registro incorretamente usando o Editor do registro ou usando outro método. Esses problemas podem exigir a reinstalação do sistema operacional. A Microsoft não garante que esses problemas possam ser solucionados. Modificar o registro de sua responsabilidade.

Ao tentar ativar o Microsoft Office você recebe um dos seguintes erros:
  • 0x80070422
  • 0x80070426

Para a ativação KMS do Office ocorrer, os seguintes serviços precisam estar ativada (com base na versão do Office mais combinação de versão do Windows):

Versão do OfficeVersão do WindowsServiço necessário
Office 2010Windows 8, Windows 7, Windows Vista, Windows XPPlataforma de proteção de Software do Office
Office 2013Windows 7, Windows Vista, Windows XPPlataforma de proteção de Software do Office
Office 2013Windows 8Proteção de software

Siga estas etapas para habilitar o serviço necessário para a sua combinação de Microsoft Office e o Microsoft Windows.
  • Serviço de plataforma de proteção de Software do Office
    1. Abra o snap-in Serviços (Services. msc).
      1. Clique em Iniciar e, em seguida, clique em Executar.
      2. Digite Services. msc e, em seguida, pressione ENTER.
    2. Clique duas vezes em plataforma de proteção de Software do Office.
    3. Certifique-se de que a configuração de tipo de inicialização é automático (inicialização atrasada).



    4. Clique em Iniciar se o status do serviço é interrompido.
    5. Clique em OK.
  • Proteção de softwareserviço (Office 2013 + Windows 8)
    1. Inicie o Editor do Registro.
      1. Na área de trabalho, pressione a tecla do Windows + R.
      2. Digite regedit na caixa Abrir e pressione ENTER.

    2. Localize e selecione a seguinte chave do registro.

      HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\sppsvc

    3. Clique duas vezes o valor inicial e, em seguida, clique em Modificar.
    4. Alterar os Dados do valor para 2 e, em seguida, clique em OK.
    5. Feche o Editor do registro.

Voltar ao início

Ativação do KMS se aplica ao Office 2010 e versões posteriores do Office
Ativar um cliente do Office usando o KMS só é aplicável para o Office 2010 e versões posteriores. Se você tiver uma versão anterior do Office, por exemplo o 2007 Office system, ativação do KMS não pode ser usada para ativar o Office.

Consulte o seguinte artigo para obter mais informações sobre esta limitação.

Como obter uma chave de licença de volume para edições enterprise do Office 2010, o Office system de 2007 e o Office 2003
http://support.microsoft.com/kb/828378

Se você estiver solucionando problemas de ativação do KMS com produtos como o Microsoft Project ou o Microsoft Visio, consulte os seguintes recursos de solução de problemas, presumindo-se que eles são uma versão 2010 ou 2013.


Observação: se você estiver solucionando um problema de host KMS do Office onde você geralmente não têm o Office 2010 ou Office 2013 instalado, as informações neste artigo ainda serão relevantes.

Isso ocorre porque as mensagens de erro retornadas por uma falha na ativação do lado do cliente podem apontar para problemas do host KMS, como erros de configuração DNS, entradas de host KMS do lado do cliente no registro ou regras de firewall bloqueado de portas. Portanto, recomendamos que você tente ativar um cliente Office, observe o código de erro retornado e, em seguida, siga as orientações neste artigo para esse código de erro. Em muitas situações, as etapas fornecidas neste artigo, por fim, resolverá o problema de host KMS.


Voltar ao início

Versão de licença de volume do Office não encontrado
Se você tiver uma versão de licença de Volume não do Office instaladas, você não pode ativar o cliente do Office usando o KMS. Tipos de licença de Volume versões incluem versões de varejo e assinaturas .

Para determinar a licença do tipo de instalação do Office, execute essas etapas:
  1. Abra uma janela de linha de comando elevada.
  2. Altere para a pasta na qual Ospp.vbs está localizado.

    Por padrão, a pasta é:
    • Windows de 32 bits + Office de 32-bit ou 64-bit Windows + Office de 64 bits

      -Office 2013: C:\Program Files\Microsoft Office\Office15
      -Office 2010: C:\Program Files\Microsoft Office\Office14
    • 64-bit Windows + Office de 32 bits

      -Office 2013: (x86) de arquivos C:\Program \Microsoft Office\Office15
      -Office 2010: (x86) de arquivos C:\Program \Microsoft Office\Office14

  3. Execute o seguinte comando:
    Cscript ospp.vbs /dstatus
  4. Verifique o valor especificado na linha de Descrição da licença dos resultados.

    Uma versão de licença de Volume do Microsoft Office terá "Volume" na descrição. Por exemplo:
    LICENSE DESCRIPTION: Office 14, VOLUME_KMSCLIENT channel
    Será uma versão de licença de Volume do Microsoft Office não têm "Volume" na descrição. Por exemplo:
    LICENSE DESCRIPTION: Office 15, TIMEBASED_SUB channel
    ou
    LICENSE DESCRIPTION: Office 14, RETAIL channel

Se você precisa ativar sua cópia do Office não - Volume Licenciado usando o KMS, você deve seguir estas etapas:
  1. Usando o painel de controle programas e recursos (ou Adicionar/remover programas no Windows XP), desinstale a versão de licença de Volume atual do Microsoft Office.
  2. Instale uma versão de licença de Volume do Microsoft Office.
Consulte o Volume Licensing Service Center no seguinte endereço se tiver alguma dúvida sobre suas licenças de volume.


Voltar ao início

Ativação do KMS é 'licenciada' (erro 0x0)
O status da ativação KMS atual de um cliente do Office pode ser determinado usando as seguintes etapas no cliente do Office:
  1. Abra uma janela de linha de comando elevada.
  2. Altere para a pasta na qual Ospp.vbs está localizado.

    Por padrão, a pasta é:
    • Windows de 32 bits + Office de 32-bit ou 64-bit Windows + Office de 64 bits

      -Office 2013: C:\Program Files\Microsoft Office\Office15
      -Office 2010: C:\Program Files\Microsoft Office\Office14

    • 64-bit Windows + Office de 32 bits

      -Office 2013: (x86) de arquivos C:\Program \Microsoft Office\Office15
      -Office 2010: (x86) de arquivos C:\Program \Microsoft Office\Office14

  3. Execute o seguinte comando:
    Cscript ospp.vbs /dstatus
  4. Observe os valores nas linhas de descrição da licença e o STATUS da licença. A descrição deve mencionar 'KMS' e o status devem indicar licenciado.

    Um cliente do Office 2010 em um estado licenciado para ativação do KMS é mostrado no exemplo a seguir:
    SKU ID: 6f327760-8c5c-417c-9b61-836a98287e0cLICENSE NAME: Office 14, OfficeProPlus-KMS_Client editionLICENSE DESCRIPTION: Office 14, VOLUME_KMSCLIENT channelLICENSE STATUS:  ---LICENSED---ERROR CODE: 0 as licensed
    Observação: Se o cliente do Office já está em um estado licenciado usando a ativação KMS, não é necessário realizar qualquer uma das etapas para solução de problemas fornecidas neste artigo.


Computador é um Host KMS do Office 2010
Desde como máquina host KMS com o Office 2010 instalado faz não têm também 2013 Office instalado, a instalação do Office 2010 pode ser ativada pelo host KMS em execução na mesma máquina.

Nota: enquanto você poderá ativar um cliente do Office 2010 que também é um host KMS em alguns cenários, isso não é uma maneira recomendada para ativar um cliente Office e esse cenário é bloqueado em versões posteriores do Office.

No entanto, se Office 2013 também está instalado nessa configuração, em seguida, você poderá não conseguir ativar o Office 2010 usando o host KMS em execução na mesma máquina com êxito. Para ativar a instalação do Office 2010 neste computador, que você pode tanto ativá-lo com uma chave MAK ou você pode apontar a máquina para um host KMS diferente (se houver). As etapas para ambas as opções são apresentadas na seção anterior chamada Computador é um Host KMS do Office 2013. A única alteração nessas etapas para o Office 2010 é o caminho para Ospp.vbs. Para o Office 2010, o Ospp.vbs está no \Office14 pasta.

Voltar ao início

Office já foi ativado neste computador por meios (MAK) além do KMS
Se você já tiver ativado o Office usando uma chave MAK, a ativação com KMS falhará. Você pode informar a que você ativou já com uma chave MAK usando as seguintes etapas.
  1. Abra uma janela de linha de comando elevada em seu cliente do Office.
  2. Altere para a pasta na qual Ospp.vbs está localizado.

    Por padrão, a pasta é:
    • Windows de 32 bits + Office de 32-bit ou 64-bit Windows + Office de 64 bits

      -Office 2013: C:\Program Files\Microsoft Office\Office15
      -Office 2010: C:\Program Files\Microsoft Office\Office14

    • Windows de 32 bits + Office de 32 bits

      -Office 2013: (x86) de arquivos C:\Program \Microsoft Office\Office15
      -Office 2010: (x86) de arquivos C:\Program \Microsoft Office\Office14
  3. Execute o seguinte comando:
    Cscript ospp.vbs /dstatus
  4. Examine a linha na saída de Licença ativa.

    Se você vir "MAK" listado nessa linha, em seguida, o cliente do Office já foi ativado usando uma chave MAK. Este é um exemplo de uma licença MAK ativa:
    Active License       Office 14, OfficeProPlus-MAK edition
Se você deseja ativar este cliente usando a ativação KMS em vez de ativação da MAK, use as etapas a seguir.
  1. Abra uma janela de linha de comando elevada em seu cliente do Office.
  2. Altere para a pasta na qual Ospp.vbs está localizado.

    Por padrão, a pasta é:
    • 32-bitWindows + 32-bit Office ou 64-bit Windows + Office de 64 bits

      -Office 2013: C:\Program Files\Microsoft Office\Office15
      -Office 2010: C:\Program Files\Microsoft Office\Office14

    • 64-bit Windows + Office de 32 bits

      -Office 2013: (x86) de arquivos C:\Program \Microsoft Office\Office15
      -Office 2010: (x86) de arquivos C:\Program \Microsoft Office\Office14

  3. Execute o seguinte comando:
    Cscript ospp.vbs /inpkey:<GVLK key>
    Observação: Substitua <GVLK key="">no comando de exemplo acima com o genérico Volume licença chave (GVLK) para a versão e a edição do Microsoft Office. Você pode determinar a chave GVLK para usar com base nas chaves fornecidas nas tabelas na parte inferior dos seguintes artigos.

    </GVLK>Solucionar problemas de ativação de volume para Office 2013

    Solucionar problemas de ativação de volume para o Office 2010

  4. Execute o seguinte comando para ativar o Office usando a ativação KMS:
    Cscript ospp.vbs /act
    Se você receber um erro ao ativar o Office usando a ativação do KMS, consulte novamente o tabela no início deste artigo e clique em código de erro na tabela que corresponda a seu código de erro. Pulará para a seção deste artigo para ajudá-lo a solucionar o problema de ativação do KMS.
Voltar ao início

Informações que estão faltando no registro do Windows (erro 0x80070001)
Quando você executar o comando cscript ospp.vbs /act em um cliente do Office, você recebe o erro 0x80070001 e o texto de descrição do erro é "um erro não especificado ocorreu. Sua solicitação não pode ser processada neste momento. Tente novamente mais tarde. (0x80070001) ".

Você pode resolver esse problema executando a correção-solução no seguinte artigo:

O artigo também tem etapas você pode tomar para corrigir este problema manualmente.


Voltar ao início


Problema possível de permissões no registro do Windows (erro 0x80070005)
Quando você executa o comando cscript ospp.vbs /act em um cliente do Office, você recebe o erro 0x80070005.

Para resolver esse problema, reveja as informações no seguinte blog:


Observação: as informações nesse blog pertencem ao Office 2010 e do Office 2013.


Voltar ao início


Problema possível de permissões no registro do Windows ou outros problemas de sistema do Windows (erro 0x8007000D)
Quando você executar o comando cscript ospp.vbs /act em um cliente do Office, você recebe o erro 0x8007000De o texto de descrição do erro é "um erro não especificado ocorreu. Sua solicitação não pode ser processada neste momento. Tente novamente mais tarde. (0x8007000D). "

Para resolver esse problema, reveja as informações no seguinte blog:

Observação: as informações nesse blog pertencem ao Office 2010 e do Office 2013.


Voltar ao início




Não é possível localizar um registro SRV no DNS para o servidor de host KMS do Office (erro 0x8007232B ou 0x8007251D)
Quando você executa o comando cscript ospp.vbs /act em um cliente do Office, você recebe um erro 0x8007232B e o texto de descrição do erro é "o nome DNS não existe." Ou, você recebe o erro 0x8007251D e o texto de descrição do erro é "Nenhum registro encontrado para a consulta DNS fornecida."

Esses erros ocorrem quando:
  • Um cliente do Office é capaz de localizar um registro SRV no DNS para um servidor de host KMS, e
  • O cliente não tiver sido configurado para se comunicar com um servidor de host KMS específico
Existem várias soluções e soluções alternativas para esse problema. Selecione um dos métodos a seguir que melhor se adapta a topologia.

Observação: cada um dos métodos a seguir pressupõe que você tenha já configurou um servidor de host KMS para ativação do Office. Esse processo de configuração de host requer que você executar as seguintes ações em um host KMS:
  1. Instale os arquivos de host do Office.
  2. Ative o host usando a ativação de host on-line ou off-line ativação por telefone.
Se você não tiver configurado ainda um servidor de host KMS para ativação do Office, siga as etapas nos seguintes recursos e, em seguida, retornar a este artigo apenas se os clientes do Office ainda não puder ativação usando o KMS.

Método 1: Configurar um servidor de host KMS para publicar um registro SRV no DNS

A configuração mais comum para ativação do KMS é configurar um host KMS que publica um registro SRV no DNS. Dessa forma, os clientes do Office podem localizar servidores de host KMS consultando o DNS antes de tentar ativar.

A primeira etapa na solução deste problema é verificar a existência de um registro SRV no DNS para o host KMS.
  1. Abra uma janela de prompt de comando em seu host KMS.
  2. Execute o seguinte comando:
    nslookup -type=all _vlmcs._tcp
  3. Examine a saída.

    Se você tiver um registro SRV para o host KMS, a saída conterá uma entrada semelhante à seguinte:
    _vlmcs._tcp.contoso.com               SRV service location:                  priority       = 0                  weight         = 0                  port           = 1688                  svr hostname   = kms-server.contoso.com
    • Se o registro é um SRV no DNS para o host KMS, então é possível a topologia do DNS é configurada de tal forma que o cliente do Office não é capaz de acessar um servidor DNS com esse registro SRV. Nessa situação, você pode reconfigurar ou solucionar problemas de configurações de DNS ou você pode forçar o cliente Office para usar um host KMS embutido sem usar uma consulta DNS.

      Consulte Método 2 abaixo para obter detalhes sobre embutir um KMS host nome nos clientes Office.

      Consulte Método 3 abaixo para obter detalhes sobre como solucionar problemas relacionados ao DNS em um cliente do Office.

    • Se você não tiver um registro SRV no DNS para o host KMS, a próxima etapa é verificar a configuração de host KMS para ver se a publicação DNS está ativada ou desabilitada.

      Aviso Problemas sérios podem ocorrer se você modificar o Registro incorretamente usando o Editor do registro ou usando outro método. Esses problemas podem exigir a reinstalação do sistema operacional. A Microsoft não garante que esses problemas possam ser solucionados. Modificar o registro de sua responsabilidade.

      Use as seguintes etapas em seu host KMS:

      Observação: as etapas a seguir se aplicam a um host KMS em um computador com o Windows Server 2008 R2. O caminho do registro para o valor de DisableDnsPublishing pode ser diferente em outras versões do Windows. Se não for possível localizar o valor de DisableDnsPublishing usando o caminho da chave do Registro especificada abaixo, pesquise o registro sob a seção HKEY_LOCAL_MACHINE para DisableDnsPublishing ver se ele existe no seu host KMS.

      1. Localize e selecione a seguinte chave no registro:

        HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\SoftwareProtectionPlatform

      2. Examine os valores listados nessa chave para ver se existe o seguinte item:

        DWORD: DisableDnsPublishing

        Use o gráfico a seguir para determinar se o host KMS está configurado para publicar um registro SRV no DNS.

        Valor da DisableDnsPublishingPublicação DNS está ativada ou desabilitada
        1Desativado
        0Habilitado
        DisableDnsPublishing não existe
        (essa é a configuração padrão)
        Habilitado

        As próximas etapas que você tomar dependem se a publicação DNS está ativada ou desabilitada no seu host KMS.
        • Publicação de DNS énãohabilitado

          Se a publicação de DNS não estiver habilitada no seu host KMS, use as seguintes etapas para ativar a publicação.
          1. Abra uma janela de linha de comando elevada em seu host KMS.
          2. Execute o seguinte comando:
            Cscript c:\Windows\System32\slmgr.vbs /sdns
          3. Reinicie o serviço de Proteção de Software em seu host KMS.

        • Publicação DNS está ativada

          Se a publicação DNS está habilitada no seu host KMS, mas não encontrar um registro SRV no DNS, o serviço de servidor DNS pode não suportar atualizações dinâmicas. Nesse caso, o registro "SRV, VLMCS._TCP" pode ser feito manualmente. Para criar um registro KMS SRV manualmente em um servidor DNS da Microsoft, siga estas etapas:
          1. No servidor DNS, abra o Gerenciador de DNS.
          2. Clique no servidor DNS onde você precisa criar o registro de recurso SRV.
          3. Na árvore de console, expanda Forward Lookup Zones , clique com botão direito no domínioe, em seguida, clique em Outros registros novos.
          4. Role para baixo na lista, clique em Serviço local (SRV) e, em seguida, clique em Criar registro .
          5. Insira os seguintes detalhes:
            ParâmetroValor
            Serviço_VLMCS
            ProtocoloTCP
            Número da porta1688
            Host que oferece o serviço<FQDN of="" the="" kms="" host=""></FQDN>
          6. Clique em OK e, em seguida, clique em concluído.

          Observação: Se sua organização usa um servidor DNS não - Microsoft, você pode criar registros necessários usando os seguintes detalhes como o servidor DNS é BIND 9. x compatível.
          ParâmetroValor
          Nome_vlmcs. TCP
          TipoSRV
          Prioridade0
          Peso0
          Porta1688
          Nome do host<FQDN of="" the="" kms="" host=""></FQDN>

          Além disso, para configurar um servidor DNS BIND 9. x para oferecer suporte à publicação automática do KMS, configure o servidor BIND para ativar atualizações de registro de recurso de hosts KMS. Por exemplo, adicione a seguinte linha para a definição de região em Named.conf ou em Named.conf.local:
          allow-update { any; }; 

          Observação: Os campos prioridade e Peso não são usados pelo KMS e são ignorados pelo cliente KMS. No entanto, eles devem ser incluídos no arquivo de zona.



Método 2: Atribuir um host KMS para o cliente do Office

Por padrão, os clientes KMS usam o recurso de detecção automática e a consulta DNS para obter uma lista de servidores que publicaram o registro _VLMCS dentro da zona de participação do cliente. DNS retorna a lista de hosts KMS em uma ordem aleatória. O cliente escolhe um host KMS e tenta estabelecer uma sessão nele. Se essa tentativa funciona, o cliente (com configurações padrão) armazena em cache o nome do servidor host KMS e tenta usá-lo para a próxima tentativa de renovação. Se a configuração da sessão falhar, o cliente selecionará outro servidor aleatoriamente.

É altamente recomendável que você use o recurso de descoberta automática. No entanto, você pode atribuir manualmente um servidor de host KMS para o cliente do Office usando as seguintes etapas.
  1. Abra uma janela de linha de comando elevada em seu cliente Office (2010 ou 2013).
  2. Altere para a pasta na qual Ospp.vbs está localizado.

    Por padrão, a pasta é:
    • Windows de 32 bits + Office de 32-bit ou 64-bit Windows + Office de 64 bits

      -Office 2013: C:\Program Files\Microsoft Office\Office15
      -Office 2010: C:\Program Files\Microsoft Office\Office14
    • 64-bit Windows + Office de 32 bits

      -Office 2013: (x86) de arquivos C:\Program \Microsoft Office\Office15
      -Office 2010: (x86) de arquivos C:\Program \Microsoft Office\Office14
  3. Execute o seguinte comando:
    Cscript ospp.vbs /sethst:<value>
    Observação: substituir <value>com o nome ou o endereço IP do seu host KMS.

    </value>
  4. (Opcional) Se você também precisar configurar uma porta diferente da padrão (1688), em seguida, execute o seguinte comando:
    Cscript ospp.vbs /setprt:<port>
    Observação: substituir <port>com o número da porta.</port>
Método 3: Resolver problemas DNS no cliente do Office

Se os métodos anteriores não resolveram o problema, o problema pode dispor na incapacidade do cliente para resolver ou conectar-se ao servidor do KMS. Se o problema é a incapacidade do cliente para resolver o nome DNS do servidor KMS ou conectar-se ao servidor do KMS, execute estas etapas no cliente do Office , a menos que indicado de outra forma:
  1. Em um prompt de comando, digite o seguinte comando e pressione Enter:
    Ipconfig /all
  2. A partir dos resultados do comando, observe o endereço IP, o endereço do servidor DNS e o endereço do gateway padrão.
  3. Verifique se a conectividade básica de IP para o servidor DNS usando o comando ping . Para fazer isso, execute o seguinte comando:
    ping <DNS_Server_IP_address>
    Se esse comando não executar ping no servidor, esse problema deve ser resolvido primeiro. Para obter mais informações sobre como solucionar problemas de TCP/IP se você não efetuar ping no servidor DNS, consulte o seguinte tópico da Microsoft TechNet.

    Solução de problemas de TCP/IP

  4. Verifique se a lista de pesquisa de sufixo DNS primário contém o sufixo de domínio DNS registrado o host KMS.

    Para os computadores que ingressaram no domínio, a descoberta automática de DNS do KMS exige que a zona DNS contém o registro de recurso SRV para o host KMS. Esta zona DNS é a zona DNS correspondente para o sufixo DNS primário do computador ou o domínio do DNS do Active Directory.

    Para os computadores do grupo de trabalho, a descoberta automática de DNS do KMS exige que a zona DNS contém o registro de recurso SRV para o host KMS. Esta zona DNS é a zona DNS correspondente para o sufixo DNS primário do computador ou o nome do domínio DNS atribuído pelo DHCP Dynamic Host Configuration Protocol (). Este nome de domínio é definida pela opção com o valor de código de 15, conforme definido na solicitação de comentários (RFC) 2132.

  5. Verificar se os registros de host KMS são registrados no DNS.
    1. Abra uma janela de linha de comando elevada.
    2. Execute o seguinte comando:
      nslookup -type=all _vlmcs._tcp
    3. Examine a saída.

      O resultado deve ser semelhante a seguinte saída de exemplo:
      _vlmcs._tcp.contoso.com                 SRV service location:                  priority       = 0                  weight         = 0                  port           = 1688                  svr hostname   = kms-server.contoso.com
    4. Verifique se o endereço IP, nome do host e a porta do host KMS.

      Nota 1: se o comando Nslookup encontrar o host KMS, isso não significa que o cliente do Office pode localizar o host KMS. Se o comando Nslookup encontra o host KMS e você não pode ativar o cliente do Office com o servidor de host KMS, verifique as outras configurações, como o sufixo DNS primário e a lista de pesquisa de sufixo DNS.

      Nota 2: os registros estão registrados na zona DNS que corresponde à participação no domínio do host KMS. Por exemplo, suponha que um host KMS ingressa no domínio contoso.com. Nesse cenário, o host KMS registra seu registro SRV VLMCS._TCP na zona DNS contoso.com. Portanto, o VLMCS._TCP. Registro CONTOSO.COM é criado. Se os clientes estiverem configurados para usar uma zona DNS diferente, publica automaticamente KMS em vários domínios DNS. Para fazer isso, configure o valor de registro DnsDomainPublishList em seu host KMS. O recurso a seguir fornece detalhes sobre esses dados do registro:

      Técnica de ativação de volume guia - Registro de referência e configurações de objeto de diretiva de grupo

      O recurso acima é para hosts KMS com Windows 7 ou Windows Server 2008 R2. Para hosts KMS no Windows Vista, o caminho do registro é diferente (HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\SL)

Método 4: Ativar o Office usando uma chave de ativação múltipla (MAK)

Se não for possível resolver seus problemas de ativação do KMS, outra opção disponível para você é a ativação por meio de uma chave MAK. Isso pode ser feito usar as seguintes etapas em um cliente do Office.
Observação: Se você usar uma chave MAK, os computadores cliente Office 2013 são ativados on-line usando os servidores de ativação hospedados pela Microsoft ou por telefone.
  1. Abra uma janela de linha de comando elevada em seu cliente do Office.
  2. Altere para a pasta na qual Ospp.vbs está localizado.

    Por padrão, a pasta é:
    • Windows de 32 bits + Office de 32-bit ou 64-bit Windows + Office de 64 bits

      -Office 2013: C:\Program Files\Microsoft Office\Office15
      -Office 2010: C:\Program Files\Microsoft Office\Office14
    • 64-bit Windows + Office de 32 bits

      -Office 2013: (x86) de arquivos C:\Program \Microsoft Office\Office15
      -Office 2010: (x86) de arquivos C:\Program \Microsoft Office\Office14

  3. Execute o seguinte comando em outro computador, onde um escritório diferente clientes tem já foi ativado com êxito usando o KMS.
    Cscript ospp.vbs /dstatus
  4. Anote o valor de Chave parcial nos resultados retornados pelo comando na etapa 3 e retorne para o computador onde você está tentando ativar o Office.
  5. Execute o seguinte comando:
    cscript ospp.vbs /unpkey:xxxxx
    Observação: xxxxx é a chave parcial valor retornado do Cscript ospp.vbs /dstatus quando o Status da licença = licenciado.

  6. Execute o seguinte comando:
    cscript ospp.vbs /inpkey:<MAK key>
    Observação: substituir <MAK key="">no comando acima com sua MAK de 25 dígitos da chave e incluir os hífens (xxxxx-xxxxx-xxxxx-xxxxx-xxxxx)</MAK>
Consulte o Volume Licensing Service Center no seguinte endereço se você tiver dúvidas sobre como adquirir chaves MAK.


Voltar ao início

Não há chaves do produto são instaladas no cliente Office (erro 0xC004F014)
Quando você executa o comando cscript ospp.vbs /act em um cliente do Office, você recebe o erro 0xC004F014 e o texto de descrição do erro é "que o serviço de licenciamento de Software relatou que a chave do produto não está disponível".

Para resolver esse problema, tente as seguintes etapas:
  1. Abra uma janela de linha de comando elevada em seu cliente do Office.
  2. Altere para a pasta na qual Ospp.vbs está localizado.

    Por padrão, a pasta é:
    • Windows de 32 bits + Office de 32-bit ou 64-bit Windows + Office de 64 bits

      -Office 2013: C:\Program Files\Microsoft Office\Office15
      -Office 2013: C:\Program Files\Microsoft Office\Office14

    • 64-bit Windows + Office de 32 bits

      -Office 2013: (x86) de arquivos C:\Program \Microsoft Office\Office15
      -Office 2010: (x86) de arquivos C:\Program \Microsoft Office\Office14

  3. Execute o seguinte comando:

    cscript ospp.vbs /inpkey <GVLK>

    Observação: substituir <GVLK>com a Chave de licença de Volume genérica para a sua versão do Office e do seu produto do Office.

    Por exemplo, o comando para o Office 2010 Professional Plus é:

    </GVLK>
    cscript ospp.vbs /inpkey VYBBJ-TRJPB-QFQRF-QFT4D-H3GVB

    As chaves de licença de Volume genérica para cada produto do Office são encontradas nos seguintes artigos:

    Office 2013 - http://technet.microsoft.com/library/dn385360.aspx

    Office 2010
    - http://technet.microsoft.com/library/ee624355 (v=office.14).aspx (na parte inferior da página do artigo)

  4. Execute o seguinte comando:

    cscript ospp.vbs /act

Voltar ao início

Contagem de ativação no host KMS for menor que 5 (erro 0xC004F038)
Antes de um cliente do Office pode ativar com êxito com um servidor KMS, o servidor deve ter as solicitações de ativação de 5 ou mais computadores com identificações exclusivas de máquina cliente. Caso contrário, os clientes KMS irá encontrar erros ao tentar a ativação. O código de erro retornado pelo Cscript Ospp.vbs /act nesses clientes será 0xC004F038 e a descrição do erro é "o serviço de licenciamento de Software relatou que não foi possível ativar o computador. A contagem relatada pelo serviço de gerenciamento de chaves (KMS) é insuficiente. Entre em contato com o administrador do sistema."

Para resolver esse problema, apenas você terá que aguardar mais ativações de cliente do Office ocorrer.

Execute o comando a seguir no seu KMS risadasst para examinar o valor de contagem atual fornecido sob a seção de saída do serviço de gerenciamento de chaves está habilitado neste computador .
  • Office 2013: cscript slmgr. vbs /dlv 2E28138A-847F-42BC-9752-61B03FFF33CD
  • Office 2010: cscript slmgr. vbs /dlv BFE7A195-4F8F-4F0B-A622-CF13C7D16864

O valor 'Contagem atual' é um reflexo do número de clientes do Office que tentou ativar com esse host. Você pode ver no exemplo mostrado na figura a seguir apenas houve uma tentativa de ativação do cliente Office 2013 feita com esse host KMS.



Se você souber o valor de 'Contagem atual' não aumenta com cada tentativa de ativação, mas houve várias solicitações de ativação de clientes do Office, os clientes do Office podem ter a mesma Identificação da máquina cliente (CMID). Ativação do KMS determina cliente exclusividade pelo valor CMID de cada cliente, e se você utilizou um processo de imagem que criou os clientes do Office com o mesmo CMID, o valor de 'Contagem atual' não aumentará para o valor necessário de 5.

Use as seguintes etapas para determinar o valor CMID de um cliente do Office.
  1. Abra uma janela de linha de comando elevada em seu cliente do Office.
  2. Altere para a pasta na qual Ospp.vbs está localizado.

    Por padrão, a pasta é:
    • Windows de 32 bits + Office de 32-bit ou 64-bit Windows + Office de 64 bits

      -Office 2013: C:\Program Files\Microsoft Office\Office15
      -Office 2010: C:\Program Files\Microsoft Office\Office14

    • 64-bit Windows + Office de 32 bits

      -Office 2013: (x86) de arquivos C:\Program \Microsoft Office\Office15
      -Office 2010: (x86) de arquivos C:\Program \Microsoft Office\Office14
  3. Execute o seguinte comando:
    Cscript ospp.vbs /dcmid
  4. Repita as etapas 1 a 3 em outro cliente Office para comparar os valores CMID.
  5. Se os clientes do Office têm o mesmo valor CMID, consulte os seguintes artigos para obter possíveis soluções.

Voltar ao início

Solicitação de ativação do KMS não respondida pelo host KMS do Office (erro 0xC004F039)
Quando você executa o comando cscript ospp.vbs /act em um cliente do Office, você recebe um erro 0xC004F039 e o texto de descrição do erro é "o serviço de proteção de Software relatou que não foi possível ativar o computador.O Key Management Service (KMS) não está ativado."

Este erro geralmente ocorre quando a porta TCP (padrão = 1688) usada pelo KMS está bloqueado ou caso contrário filtrado e a solicitação do cliente não é respondida pelo host KMS. Portanto, você provavelmente desejará começar com o firewall no host KMS está sendo usado pelos clientes Office.

Se você estiver publicando os registros SRV no DNS para os hosts KMS, use o seguinte comando em qualquer computador para ver os registros DNS.
nslookup -type=srv _vlmcs._tcp
Os resultados terá um aspecto semelhantes ao seguinte exemplo:
Server:  labsrv64.wingtiptoys.comAddress:  192.168.0.20_vlmcs._tcp.Wingtiptoys.com     SRV service location:          priority       = 0          weight         = 0          port           = 1688          svr hostname   = wingtip-dc.wingtiptoys.comwingtip-dc.wingtiptoys.com      internet address = 192.168.0.10
Esses resultados de exemplo informam vários itens importantes:
  • Servidor DNS = labsrv64.wingtiptoys.com
  • KMS host server = wingtip-dc.wingtiptoys.com
  • Número da porta para o host KMS = 1688 (TCP)
Observação: se os resultados retornam vários servidores de host KMS, você pode examinar o log de eventos do aplicativo em um cliente do Office para determinar o servidor de host KMS exato e a porta número usado na solicitação de ativação. Filtrar o log de eventos do aplicativo para identificação de evento = 12288 para ver esses eventos. A figura a seguir é um exemplo de um evento 12288.



Em seguida, você pode concentrar sua solução de problemas no servidor especificado para certificar-se de que a porta está aberta e o Serviço de ativação do KMS tem uma exceção do firewall. No painel de controle Firewall do Windows, clique em Permitir um programa ou recurso pelo Firewall do Windows para ver a configuração básica para o serviço de gerenciamento de chaves.



Talvez seja necessário verificar manualmente as regras de entrada e saída também configuradas. No painel de controle Firewall do Windows, clique em Configurações avançadas para acessar essas regras de firewall avançado.



Além disso, observe a porta em acima do número (1699) exemplo é um número de porta não padrão para ativação do KMS. Se a configuração do DNS é usando um número de porta que não seja o número de porta especificado nesta solicitação de ativação, você desejará certificar-se de que o cliente está usando o número de porta correto. Se o número de porta está incorreto no registro SRV no DNS, faça a alteração não existe. No entanto, se a solicitação do cliente Office indica o número de porta errado, o cliente do Office pode ter sido previamente configurado usando opções de Ospp.vbs nome do host KMS controle e KMS porta número usado pelo cliente.

As seguintes opções para Ospp.vbs podem ser usadas para definir ou redefinir o host KMS e a porta do KMS em um cliente do Office:
  • /sethst:valor

    Definir um nome de host KMS com a especificada valor. Esse valor é armazenado no registro do cliente do Office.

  • /setprt:valor

    Defina o número de porta do KMS com o valorespecificado. Esse valor é armazenado no registro do cliente do Office.

  • /remhst

    Remover o anteriormente conjunto de nome de host KMS e a porta do número do registro do cliente do Office.
Observação: se você não estiver usando DNS para publicar suas informações de servidor de host KMS, você vai querer usar as opções acima para Ospp.vbs para configurar o host KMS correto (/ sethst:value) e possivelmente o número de porta, se usar uma porta diferente 1688 (/ setprt:value) em cada cliente do Office.


Voltar ao início

O servidor de host KMS do Office não está ativado (erro 0xC004F041)
Quando você executa o comando cscript ospp.vbs /act em um cliente do Office, você recebe um erro 0xC004F041 e o texto de descrição do erro é "o serviço de licenciamento de Software determinou que o Key Management Service (KMS) não está ativado. O KMS precisa ser ativado. Entre em contato com o administrador do sistema."

Para resolver esse problema, você deve:
  • Determinar o servidor KMS usado pela ativação do Office
    1. No cliente do Office, abra o log de eventos do aplicativo e filtrar o log on Event ID = 12288.
    2. Observação: o nome do servidor listado na guia Geral para o evento mais recente. Este é o servidor de host KMS usado pela ativação do Office.

      The following example event log shows the KMS host server is Wingtip-dc.wingtiptoys.com and the port number is 1688 (TCP).



  • Certifique-se de que o servidor do KMS usado pelo cliente do Office for o servidor correto

    Se o servidor do KMS encontrado no evento 12288 no escritório cliente está correta, você poderá pular para o próxima seção "Analisar o status de ativação e configuração do servidor de host KMS".

    Se o servidor do KMS encontrado no evento 12288 estiver incorreto, você desejará continuar com as etapas a seguir.
    1. Em uma janela de prompt de comando, execute o seguinte comando:
      nslookup -type=srv _vlmcs._tcp
      Os resultados terá um aspecto semelhantes ao seguinte exemplo:
      Server:  labsrv64.wingtiptoys.comAddress:  192.168.0.20_vlmcs._tcp.Wingtiptoys.com     SRV service location:          priority       = 0          weight         = 0          port           = 1688          svr hostname   = wingtip-dc2.wingtiptoys.comwingtip-dc2.wingtiptoys.com      internet address = 192.168.0.30
      Observe os seguintes detalhes fornecidos nas informações deste exemplo da ferramenta Nslookup:
      • O servidor DNS usado para recuperar essas informações = labsrv64.wingtiptoys.com
      • KMS host server = wingtip-dc2.wingtiptoys.com

      Observação: pode haver mais de um servidor KMS listado nos resultados do Nslookup.

    2. Compare o nome do servidor KMS listado na 12288 do evento no cliente do Office com os servidores do KMS retornados pela ferramenta Nslookup.
      • Servidor e no evento 12288 coincide com informações retornadas pela ferramenta Nslookup

        Se as informações do servidor encontradas no caso de 12288 no cliente Office correspondem às informações retornadas por Nslookup, em seguida, você desejará ter seu DNS e administradores KMS Verifique o servidor de host KMS especificado está configurado corretamente.

        Vá para o próxima seção "Analisar o status de ativação e configuração do servidor de host KMS".

      • Servidor e a porta no evento 12288 não corresponder às informações retornadas pela ferramenta Nslookup

        Se as informações do servidor encontradas no caso de 12288 no cliente do Office não coincide com as informações retornadas pelo Nslookup, o cliente do Office pode ter informações KMS armazenadas no registro. Por exemplo:
        • Não há nenhuma informação do servidor KMS retornada pelo Nslookup
        • O servidor do KMS no evento 12288 não estiver listado nas informações do Nslookup

        Se o servidor foi encontrado nos dados do evento 12288 o host KMS correto para clientes do Office, vá para o próxima seção "Analisar o status de ativação e configuração do servidor de host KMS".

        Se o servidor de eventos encontrou 12288 dados é não o host KMS correto para clientes do Office, em seguida, use as seguintes etapas como remove ou reconfigurar as informações do servidor no registro KMS no cliente do Office.
        1. Abra uma janela de linha de comando elevada em seu cliente do Office.
        2. Altere para a pasta na qual Ospp.vbs está localizado.
          • Windows de 32 bits + Office de 32-bit ou 64-bit Windows + Office de 64 bits

            -Office 2013: C:\Program Files\Microsoft Office\Office15
            -Office 2010: C:\Program Files\Microsoft Office\Office14

          • 64-bit Windows + Office de 32 bits

            -Office 2013: (x86) de arquivos C:\Program \Microsoft Office\Office15
            -Office 2010: (x86) de arquivos C:\Program \Microsoft Office\Office14
        3. Execute um ou mais dos seguintes comandos para reconfigurar ou remover detalhes do servidor de host KMS do cliente do Office.
          • Configurar o nome do servidor host KMS no registro de cliente do Office
            Cscript ospp.vbs /sethst:<hostname>
            Observação: Substitua <hostname>pelo nome do seu servidor de host KMS.

            </hostname>
          • Configurar o número de porta de host KMS no registro de cliente do Office
            Cscript ospp.vbs /setprt:<port#>
            Observação: Substitua <port#>pela porta correta usada pelo servidor de host KMS.

            </port#>
          • Remover servidor do host KMS e informações de porta de host KMS do registro
            Cscript ospp.vbs /remhst
          Consulte os recursos a seguir para configurar as informações de servidor KMS no registro de um cliente do Office.

          Ferramentas para configurar computadores clientes no Office 2010

          Ferramentas de gerenciamento de ativação de volume do Office 2013

        4. Vá para a próxima seção "Verificar o status de ativação e configuração do servidor de host KMS".
  • Verificar o status de ativação e configuração do servidor de host KMS

    A última etapa é garantir que o servidor de host KMS usado por clientes do Office está totalmente ativado.
    1. Abra uma janela de linha de comando elevada em seu host KMS.
    2. Execute o seguinte comando (com base na sua versão do Office):
      • Office 2013
        cscript c:\windows\system32\slmgr.vbs /dlv 2E28138A-847F-42BC-9752-61B03FFF33CD 
      • Office 2010
        cscript c:\windows\system32\slmgr.vbs /dlv BFE7A195-4F8F-4F0B-A622-CF13C7D16864
    3. Examine o valor de Status da licença na saída.

      Um host KMS totalmente ativado do Office terá um valor do licenciado, conforme mostrado na figura de exemplo a seguir.




      Um host KMS não ativado para Office terá um valor sem licença, conforme mostrado na figura de exemplo a seguir.



      Se o host KMS do Office está licenciado, use os recursos a seguir para garantir que você tem os arquivos de host do Office instalados e tiver ativado corretamente o host KMS do Office.

      Office 2013

      Preparar e configurar o host KMS do Office 2013

      Observe, se você tiver certeza que você instalou corretamente os arquivos de host do Office 2013 em seu host KMS servidor e você tiver usado a chave apropriada do host KMS para Office 2013, você pode tentar o seguinte comando em um prompt de comando elevado no seu host KMS para ativar o host do Office 2013.
      Cscript slmgr.vbs /ato 2E28138A-847F-42BC-9752-61B03FFF33CD

      Office 2010

      Preparar e configurar o host KMS seção do artigo Implantar a ativação de volume do Office 2010

      Observe, se você tiver certeza de que instalou corretamente os arquivos de host do Office 2010 em seu host KMS servidor e você tiver usado a chave apropriada do host KMS para o Office 2010, você pode tentar o seguinte comando em um prompt de comando elevado para ativar o host do Office 2010.
      Cscript slmgr.vbs /ato BFE7A195-4F8F-4F0B-A622-CF13C7D16864
Voltar ao início

O servidor de host KMS foi contatado não dá suporte para ativação do Office (erro 0xC004F042)
Quando você executa o comando cscript ospp.vbs /act em um cliente do Office, você recebe um erro 0xC004F042 e o texto de descrição do erro é "o o serviço de licenciamento de Software determinou que o serviço de gerenciamento de chaves (KMS) especificado não pode ser usado."

Este erro ocorre quando um cliente KMS contata um host KMS que não é possível ativar o software cliente. Isso pode ser comum em ambientes mistos que contêm hosts KMS de específicas do sistema operacional e aplicativos.

A primeira etapa para corrigir esse problema é determinar o nome do servidor host KMS contatado pelo cliente do Office. Para fazer isso, use as seguintes etapas:
  1. No cliente do Office, abra o log de eventos do aplicativo e filtrar o log on Event ID = 12288.
  2. Observação: o nome do servidor listado na guia Geral para o evento mais recente. Este é o servidor de host KMS contatado pela ativação do Office.
O seguinte exemplo de entrada de log de eventos mostra o KMS servidor host é Wingtip-dc-brinquedos.com (estando o número da porta TCP 1688).




As próximas etapas que você tomar dependem de se encontrar o servidor no caso de 12288 destina-se a oferecer suporte a ativação de cliente do Office ou se apenas deve oferecer suporte a ativação do KMS para Windows.
  • Host KMS encontrado no evento 12288 destina-se a oferecer suporte a ativação de cliente do Office

    Se o host KMS especificado no evento 12288 no cliente Office deve oferecer suporte a ativação do KMS para clientes do Office, você deve executar as seguintes etapas no host de KMS para verificar e corrigir sua configuração.
    1. Abra uma janela de linha de comando elevada em seu host KMS.
    2. Execute o seguinte comando (com base na sua versão do Office):
      • Office 2013
        cscript c:\windows\system32\slmgr.vbs /dlv 2E28138A-847F-42BC-9752-61B03FFF33CD 
      • Office 2010
        cscript c:\windows\system32\slmgr.vbs /dlv BFE7A195-4F8F-4F0B-A622-CF13C7D16864
    3. Examine o valor de Status da licença na saída.

      Um host KMS totalmente ativado do Office terá um valor do licenciado, conforme mostrado na figura de exemplo a seguir.



      Um host KMS não ativado para Office terá um valor sem licença, conforme mostrado na figura de exemplo a seguir.



      Se o host KMS do Office está licenciado, use os recursos a seguir para garantir que você tem os arquivos de host do Office instalados e tiver ativado corretamente o host KMS do Office.
    4. Depois que o host KMS é licenciado para Office e publicar um registro SRV de DNS, tente novamente para ativar o cliente do Office usando o comando a seguir no cliente em um prompt de comando elevado.
      Cscript ospp.vbs /act

  • Host KMS encontrado no evento 12288 é inapropriado oferecer suporte à ativação de cliente do Office

    Se o KMS do host que é especificado no caso 12288 no cliente do Office não se destina a ser usado como um servidor de host KMS do Office, use as seguintes etapas para determinar a próxima ação a ser tomada.
    1. Determine se o servidor de host KMS tem um registro SRV publicado no DNS executando o seguinte comando em uma janela de prompt de comando no cliente do Office.
      nslookup -type=srv _vlmcs._tcp
      Os resultados terá um aspecto semelhantes ao seguinte exemplo:
      Server:  labsrv64.wingtiptoys.comAddress:  192.168.0.20_vlmcs._tcp.Wingtiptoys.com     SRV service location:          priority       = 0          weight         = 0          port           = 1688          svr hostname   = wingtip-dc2.wingtiptoys.comwingtip-dc2.wingtiptoys.com      internet address = 192.168.0.30
    2. Compare o nome do servidor host KMS encontrado no evento 12288 com os servidores que possuem registros nos resultados retornados pela ferramenta Nslookup.
      • O servidor de host KMS tem um registro SRV no DNS e esta é uma configuração correta do DNS

        Nesse cenário, há servidores de host KMS publicação de DNS não está configurado para ativação do KMS do Office. Para ativar os clientes do Office nesta topologia, você tem duas opções básicas:
        • Instalar os arquivos de host KMS do Office no servidor e, em seguida, ative o host KMS

          1. Use os recursos a seguir para instalar os arquivos de host do Office e ativado corretamente o host KMS do Office.

            -Office 2013: Preparar e configurar o host KMS do Office 2013

            -Office 2010: Preparar e configurar o host KMS

          2. Uma vez que você ativou o host KMS como um host KMS do Office e publicar um registro SRV no DNS, e em seguida, você pode ativar os clientes do Office. Nessa configuração, os clientes do Office usará o processo de pesquisa de host KMS padrão por meio do DNS.

        • Configurar os clientes do Office para ativar sem usar DNS

          Se você não conseguir configurar os hosts KMS que estão publicando os registros SRV no DNS para ativação do KMS do Office, você pode usar as seguintes etapas nos clientes do Office para referir-se-los diretamente para um servidor de host KMS do Office específico.
          1. Identifica os servidores de host KMS em sua organização que são ativados como hosts KMS do Office.

            Se você ainda não tem quaisquer hosts KMS ativado como hosts KMS do Office, usam os recursos a seguir para instalar os arquivos de host do Office e ativado corretamente o host KMS do Office.

            -Office 2013: Preparar e configurar o host KMS do Office 2013

            -Office 2010: Preparar e configurar o host KMS

            Depois que você tiver ativado o host KMS como um host KMS do Office, em seguida, você pode apontar os clientes do Office para esse determinado host KMS para ativação do Office (continuar com a etapa 2).

          2. Abra uma janela de linha de comando elevada no cliente do Office.
          3. Altere para a pasta na qual Ospp.vbs está localizado.

            Por padrão, a pasta é:
            • Windows de 32 bits + Office de 32-bit ou 64-bit Windows + Office de 64 bits

              -Office 2013: C:\Program Files\Microsoft Office\Office15
              -Office 2010: C:\Program Files\Microsoft Office\Office14
            • 64-bit Windows + Office de 32 bits

              -Office 2013: (x86) de arquivos C:\Program \Microsoft Office\Office15
              -Office 2010: (x86) de arquivos C:\Program \Microsoft Office\Office14

          4. Execute o seguinte comando:
            Cscript ospp.vbs /sethst:<hostname>
            Observação: Substitua <hostname>pelo nome do seu servidor de host KMS do Office.

            </hostname>
          5. Tente novamente para ativar o cliente do Office.

      • O servidor de host KMS tem um registro SRV no DNS e este registro deve não existe

        Nesse cenário, você precisará determinar o motivo da existência do registro SRV.

        Por exemplo, se o servidor é um host KMS desativado, você precisará remover manualmente os registros SRV do DNS. Variam as etapas necessárias para remover um registro de DNS. Consulte o administrador do DNS para obter assistência.

        Ou, se o servidor ainda é um host KMS ativas mas que não deveria para ser publicar registros SRV no DNS, será necessário desabilitar o host KMS publicação no host KMS. Use o seguinte comando em uma janela do prompt de comando elevada no host KMS para desativar a publicação do KMS para DNS:
        Cscript c:\windows\system32\slmgr.vbs /cdns
        Em seguida, reinicie o serviço de Proteção de Software no host KMS.

        Depois de remover os registros DNS para os servidores de host KMS não devem ter registros SRV publicados, tente novamente para ativar os clientes do Office.

      • Os resultados do Nslookup não incluíam o servidor de host KMS referenciado no evento 12288

        Se os resultados do Nslookup não incluíam o servidor de host KMS encontrado em eventos 12288 no cliente do Office, o cliente do Office mais do que provável foi configurado para usar um host KMS específico no registro do cliente. Use as seguintes etapas para forçar os Office para ativar com um host KMS do Office diferente ou remover os dados do registro referenciando o host KMS incorreto.
        1. Abra uma janela de linha de comando elevada no cliente do Office.
        2. Altere para a pasta na qual Ospp.vbs está localizado.
          • Windows de 32 bits + Office de 32-bit ou 64-bit Windows + Office de 64 bits

            -Office 2013: C:\Program Files\Microsoft Office\Office15
            -Office 2010: C:\Program Files\Microsoft Office\Office14

          • 64-bit Windows + Office de 32 bits

            -Office 2013: (x86) de arquivos C:\Program \Microsoft Office\Office15
            -Office 2010: (x86) de arquivos C:\Program \Microsoft Office\Office14
        3. Execute um dos seguintes comandos, dependendo a alteração desejada.
          • Interromper o uso do host KMS atual especificado no registro e em vez disso, usar o DNS para localizar um host KMS do Office:
            Cscript ospp.vbs /remhst
            Observe que depois de executar o comando acima, certifique-se de servidores de host KMS listados nos resultados do Nslookup são configurados como hosts KMS do Office.
          • Especifique um host KMS diferente para o cliente do Office a ser usada para ativação (sem usar DNS):
            Cscript ospp.vbs /sethst:<hostname>
            Observação: substituir o <hostname>servidor de host com o nome do seu Office KMS</hostname>
        4. Tente ativar o cliente do Office.


Voltar ao início

O cliente do Office não pôde alcançar um servidor de host KMS (erro 0xC004F074)
Quando você executa o comando cscript ospp.vbs /act em um cliente do Office, você recebe um erro 0xC004F074 e o texto de descrição do erro é "o serviço de licenciamento de Software relatou que não foi possível ativar o computador. Nenhum serviço de gerenciamento de chaves (KMS) pôde ser contatado. Consulte o Log de eventos do aplicativo para obter informações adicionais. "


A resolução para este erro depende da instalação:
  • Office 2013 está instalado em um computador que também esteja configurado como um host KMS

    Clique em aqui Se você está tentando ativar o Office 2013 em um computador que também é um host KMS
  • Office 2013 está instalado em um computador ou seja não também um host KMS

    Clique em aqui Se você está tentando ativar o Office 2013 em um computador ou seja não também um host KMS
Observação: se você não tiver certeza se o seu computador com o Office 2013 foi instalado no mesmo computador como um host KMS, use as etapas 1 & 2 em Office 2013 está instalado em um computador ou seja não também um host KMS para determinar o nome do host KMS está sendo usado.

Se for o mesmo nome de computador como o cliente Office 2013, execute todas as etapas em Office 2013 está instalado em um computador configurado como um host KMS.
Caso contrário, continue seguindo as etapas descritas em Office 2013 está instalado em um computador ou seja não também um host KMS.


Office 2013 está instalado em um computador que também esteja configurado como um host KMS

Nessa configuração, a ativação do Office 2013 em um computador que também esteja configurado como um host KMS irá falhar.

Para resolver esse problema, siga as etapas em qualquer um dos seguintes métodos.

Método 1: Ativar o Office usando uma chave de ativação múltipla (MAK)

Uma solução para esse problema é ativar este cliente Office usando uma chave MAK em vez de usar o KMS. Você pode seguir estas etapas para ativar o cliente Office usando uma chave MAK.

Observação: Se você usar uma chave MAK, os computadores cliente Office 2013 são ativados on-line usando os servidores de ativação hospedados pela Microsoft ou por telefone.
  1. Abra uma janela de linha de comando elevada em seu cliente do Office.
  2. Altere para a pasta na qual Ospp.vbs está localizado.

    Por padrão, a pasta é:
    • Windows de 32 bits + Office de 32-bitou 64-bit Windows + Office de 64 bits

      C:\Program Files\Microsoft Office\Office15

    • 64-bit Windows + Office de 32 bits

      C:\Program (x86) de arquivos \Microsoft Office\Office15

  3. Execute o seguinte comando em um computador onde um cliente diferente do Office tem já foi ativado com êxito usando o KMS:

    Cscript ospp.vbs /dstatus

  4. Anote o valor de Chave parcial nos resultados retornados pelo comando na etapa 3 e retornar para o computador onde você está tentando ativar o Office.
  5. Execute o seguinte comando:
    cscript ospp.vbs /unpkey:xxxxx    
    Observação: xxxxx é a chave parcial valor retornado do Cscript ospp.vbs /dstatus quando o Status da licença = licenciado.

  6. Execute o seguinte comando:

    Observação: substituir <MAK key="">no comando acima com sua MAK de 25 dígitos da chave e incluir os hífens (xxxxx-xxxxx-xxxxx-xxxxx-xxxxx)</MAK>
Consulte o Volume Licensing Service Center no seguinte endereço se você tiver dúvidas sobre como obter as chaves MAK.

Centro de serviço de licenciamento de volume


Método 2: Ativar o Office usando um host KMS diferente

Se você tiver um host KMS mais de um em sua organização, você pode configurar o cliente do Office para apontar para um host KMS específico usando as seguintes etapas.

Observação: Você deve alterar o computador host está sendo usado pelo cliente onde você não pode ativar o Office em outro host KMS. Se você tiver apenas um host KMS disponível, você terá que usar a ativação da MAK (consulte o método 1 acima).

  1. Abra uma janela de linha de comando elevada no cliente do Office.
  2. Altere para a pasta na qual Ospp.vbs está localizado.

    Por padrão, a pasta é:
    • Windows de 32 bits + Office de 32 bits, ou Windows de 64 bits + Office de 64 bits

      C:\Program Files\Microsoft Office\Office15
    • 64-bit Windows + Office de 32 bits

      C:\Program (x86) de arquivos \Microsoft Office\Office15
  3. Execute o seguinte comando:
    Cscript Ospp.vbs /sethst:<FQDN of the KMS host>
    Nota 1: substituir <FQDN of="" the="" kms="" host="">no comando acima com o totalmente qualificado FQDN nome de domínio () de um host KMS que possui o Office 2013 volume licença pack instalado — por exemplo, os kmstest.contoso.com de .

    Nota 2: para determinar se o host KMS que você especificar possui o pacote de licença do volume Office 2013 instalado e ativado, execute o comando seguinte no servidor de host de KMS específicos em um prompt de comando elevado.</FQDN>
    Cscript slmgr.vbs /dlv 2E28138A-847F-42BC-9752-61B03FFF33CD
    Certifique-se de que você vê o seguinte texto na saída:
    License Status: Licensed
    Se você não vir isso na saída e você deseja instalar o pacote de licença de volume do Office 2013 no host KMS, siga as etapas fornecidas no seguinte artigo. Depois que você tiver o pacote de licença de volume do Office 2013 instalado no host KMS de destino, continue com a etapa 4.

    Preparar e configurar o host KMS do Office 2013

  4. Se você verificou que o host KMS de destino está pronto para lidar com a ativação do Office 2013, em seguida, execute o seguinte comando no seu cliente Office para tentar a ativação.
    Cscript ospp.vbs /act


Office 2013 está instalado em um computador que estánãotambém um host KMS

Nessa configuração, o erro 0xC004F074 ocorre porque a ativação do Office contatar um servidor de host KMS mas o servidor não existe, ou não há nenhum serviço KMS em execução naquele servidor ou a atualização necessária não está instalada neste servidor.

Use as seguintes etapas para determinar primeiro o servidor de Host KMS usado pelo Office para ativação do KMS:
  1. No cliente do Office, abra o log de Eventos do aplicativo e filtrar o log on Event ID = 12288.
  2. Observação: o nome do servidor listado na guia Geral para o evento mais recente. Este é o servidor usado pela ativação do Office.

    The following example event log shows the KMS host server is Wingtip-dc.wingtiptoys.com and the port number is 1699 (TCP).



Apenas clientes do Windows 8.1>

Se o cliente do Office em um computador com Windows 8.1, o próximo passo é analisar o primeiro código de erro na mesma entrada log de eventos (ID = 12288). O local do código de erro é mostrado na figura a seguir.



Se o código de erro exibido no evento 0x8007000D, seu servidor Host KMS não tem a atualização instalada:

Atualização que adiciona suporte para clientes do Windows Server 2012 R2 e Windows 8.1 para Windows Server 2008, Windows 7, Windows Server 2008 R2, Windows 8 e hosts KMS do Windows Server 2012
http://support.microsoft.com/kb/2885698


Instale a atualização acima no servidor Host KMS identificado no evento 12288. Em seguida, tente novamente para ativar o cliente do Office.

<All windows="" clients=""></All>

Se a instalação do Office atende a um dos seguintes critérios, em seguida, continue com as etapas nesta seção.
  • A versão do Windows é algo que não seja Windows 8.1
  • A versão do Windows é Windows 8.1, mas você não estiver vendo o erro 0x8007000D no evento 12288

A próxima etapa na solução deste problema é identificar o meio pelo qual Office ativação é determinar o servidor de host KMS para usar. As informações do servidor host KMS podem estar vindo do registro do Windows no cliente do Office ou podem ser provenientes de DNS.

Use que as seguintes etapas para primeiro examinar as informações do servidor KMS (ou não) sendo publicados em DNS.
  1. Em uma janela de prompt de comando, execute o seguinte comando:
    nslookup -type=srv _vlmcs._tcp
    Os resultados terá um aspecto semelhantes ao seguinte exemplo:
    Server:  labsrv64.wingtiptoys.comAddress:  192.168.0.20_vlmcs._tcp.Wingtiptoys.com     SRV service location:          priority       = 0          weight         = 0          port           = 1688          svr hostname   = wingtip-dc.wingtiptoys.comwingtip-dc.wingtiptoys.com      internet address = 192.168.0.10
    Observe os seguintes detalhes fornecidos nas informações deste exemplo da ferramenta Nslookup.
    • O servidor DNS usado para recuperar essas informações = labsrv64.wingtiptoys.com
    • KMS host server = wingtip-dc.wingtiptoys.com
    • Número da porta do KMS = TCP 1688

    Observação: pode haver mais de um servidor KMS listado nos resultados do Nslookup.

  2. Compare o nome do servidor KMS e número da porta listado do evento 12288 no cliente do Office com os números de porta retornados pela ferramenta Nslookup e servidores KMS.
    • Servidor e no evento 12288 coincide com informações retornadas pela ferramenta Nslookup

      Se o servidor e as informações de porta encontrado no caso de 12288 no cliente Office correspondem às informações retornadas por Nslookup, em seguida, você desejará ter seu DNS e administradores KMS garantem que a informação correta está sendo publicada para DNS.

      As etapas para analisar e resolver que esse problema depende do KMS hospedam configuração do servidor e a topologia do DNS. Por exemplo, se seu servidor de host KMS não publicar suas informações de DNS, um registro DNS (SRV) foi criado manualmente, e ele teria que ser atualizado manualmente. No entanto, se o servidor de host KMS é publicar suas informações de DNS, em seguida, você pode usar o script slmgr. vbs no host KMS para examinar e reconfigurar as informações publicadas no DNS.

      Os recursos a seguir devem fornecer as etapas que necessárias para analisar e resolver quaisquer problemas DNS relacionados ao host KMS a publicação.

      Configurando hosts KMS

      Configurando o DNS

    • Servidor e a porta no evento 12288 não corresponder às informações retornadas pela ferramenta Nslookup

      Se o servidor e as informações de porta encontrado no caso de 12288 no cliente do Office não coincide com as informações retornadas pelo Nslookup, o cliente do Office pode ter informações KMS armazenadas no registro do cliente. A seguir estão alguns exemplos de situações em que essa situação pode ocorrer.
      • Não há nenhuma informação do servidor KMS retornada pelo Nslookup
      • O servidor do KMS no evento 12288 não estiver listado nas informações do Nslookup
      • O servidor do KMS no evento 12288 é encontrado nas informações do Nslookup, mas o número da porta no evento 12288 não corresponder àquela encontrada nas informações do Nslookup.

      Use as seguintes etapas para remover ou reconfigurar as KMS server informações da porta e do registro no clientedo Office.
      1. Abra uma janela de linha de comando elevada no cliente do Office.
      2. Altere para a pasta na qual Ospp.vbs está localizado.

        Por padrão, a pasta é:
        • Windows de 32 bits + Office de 32-bit ou 64-bit Windows + Office de 64 bits

          -Office 2013: C:\Program Files\Microsoft Office\Office15
          -Office 2010: C:\Program Files\Microsoft Office\Office14

        • 64-bit Windows + Office de 32 bits

          -Office 2013: (x86) de arquivos C:\Program \Microsoft Office\Office15
          -Office 2010: (x86) de arquivos C:\Program \Microsoft Office\Office14
      3. Execute um ou mais dos seguintes comandos para reconfigurar ou remover detalhes do servidor de host KMS do cliente do Office:
        • Configurar o nome do servidor host KMS
          Cscript ospp.vbs /sethst:<hostname>
          Observação: Substitua <hostname>pelo nome do seu servidor de host KMS.

          </hostname>
          Especificar um servidor de host KMS usando a opção /sethst pára o Office usa o DNS para localizar servidores KMS durante uma tentativa de ativação.

        • Configurar a porta do host KMS
          Cscript ospp.vbs /setprt:<port#>
          Observação: Substitua <port#>pela porta correta usada pelo servidor de host KMS.

          </port#>
          Você só tem que especificar o número da porta, se não for o padrão da porta (1688) e você também especificar um servidor de host KMS usando a opção /sethst.

        • Remover servidor do host KMS e informações de porta de host KMS do registro
          Cscript ospp.vbs /remhst
          Se você não tiver certeza sobre o servidor e/ou detalhes de número de porta no registro do cliente Office, tente usar a opção /remhst primeiro para remover as informações do servidor e a porta do registro (se existir). Em seguida, se for necessário forçar o cliente Office para usar um servidor de host KMS específico, use a opção /sethst (e a opção de /setprt, se necessário).

        Consulte os recursos a seguir para configurar as informações de servidor KMS no registro de um cliente do Office.

        Ferramentas para configurar computadores clientes no Office 2010

        Ferramentas de gerenciamento de ativação de volume do Office 2013

Voltar ao início

Solicitação de Telnet para o KMS host server falhou na porta configurada atualmente
Em ordem para ativação do KMS seja bem-sucedida, o processo de ativação do Office deve ser capaz de acessar um host KMS em uma porta específica. Se o host KMS está inacessível, você deseja determinar os detalhes do servidor e a porta está sendo usados pelo cliente do Office para ativação do KMS e use a ferramenta Telnet para verificar se que a porta de ativação do KMS está aberta entre o cliente e o host KMS.
  • Determinar o host KMS e a porta usada por um cliente do Office para ativação do KMS

    É a primeira etapa na solução de problemas de conexão entre um cliente Office e um host KMS determinar o nome do número de host e a porta do KMS está sendo usadas pela ativação do Office.
    1. No cliente do Office, abra o log de Eventos do aplicativo e filtrar o log on Event ID = 12288.
    2. Observe o nome do servidor e porta número listado na guia Geral para o evento mais recente. Este é o servidor de host KMS usado pela ativação do Office.

      The following example event log shows the KMS host server is Wingtip-dc.wingtiptoys.com and the port number is 1688 (TCP).



    3. Em uma janela de prompt de comando no cliente do Office, execute o seguinte comando:
      Telnet hostname:port
      Observação: substituir o nome do host e a porta com os detalhes do evento 12288 no cliente do Office.

      Em algumas versões do Windows, você precisará primeiro instalar o cliente Telnet antes de usá-lo. Por exemplo, use as etapas abaixo em um cliente Windows 7.

      1. Clique no botão Iniciar , clique em Painel de controle, clique em programase, em seguida, clique em Ativar recursos Windows ou desativar.
      2. Se você for solicitado para uma senha de administrador ou uma confirmação, digite a senha ou forneça a confirmação.
      3. Na caixa de diálogo Recursos do Windows , marque a caixa de seleção do Cliente Telnet e, em seguida, clique em OK.

      Se o cliente do Office é capaz de alcançar o host especificado sobre o número da porta, a ferramenta Telnet irá retornar um erro semelhante ao seguinte exemplo.
      Connecting to wingtip-dc...Could not open connection to the host, on port 1689: Connect failed
      Se você receber esse erro na ferramenta Telnet, deseja continuar com as etapas nas próximas seções sub para determinar se o cliente do Office está usando o servidor de host KMS correto e/ou o número da porta para ativação do Office, se o host KMS estiver configurado incorretamente, se houver um problema DNS ou se um firewall está bloqueando a comunicação.
  • Determinar o número da porta configurado no host KMS

    Você pode usar as etapas a seguir no host KMS para determinar o número da porta configurado no momento para ativação do KMS.
    1. Abra uma janela de linha de comando elevada no hostdo KMS.
    2. Execute o seguinte comando (com base na sua versão do Office):
      • Office 2013:
        cscript c:\windows\system32\slmgr.vbs /dlv 2E28138A-847F-42BC-9752-61B03FFF33CD 
      • Office 2010:
        cscript c:\windows\system32\slmgr.vbs /dlv BFE7A195-4F8F-4F0B-A622-CF13C7D16864
    3. Examine o valor especificado na linha de escuta na porta de saída.

      O seguinte exemplo mostra um host KMS configurado para usar a porta 1689, que é uma porta não-padrão.




    4. Certifique-se de que o número de porta especificado na saída é o número correto e verifique também se o que seu firewall corretamente configurado regras para essa porta.

      Nota 1: Use o comando a seguir no host do KMS se você precisa especificar um número de porta diferente.
      Cscript c:\windows\system32\slmgr.vbs /sprt <port#>
      Substitua <port#>no comando acima com o número da porta que deseja usar para a ativação KMS (a porta padrão é 1688).


      Nota 2: se o número da porta está sendo usado por seu cliente Office for diferente do configurado no host KMS, você precisará redefinir as configurações para que elas correspondam. O cliente do Office ou pode obter o número da porta de uma consulta DNS ou ele poderá obtê-lo do registro no cliente do Office. Use as etapas na próxima seção sub primeiro examinar os registros SRV encontrados no DNS.
      </port#>
  • Determinar o nome do servidor host KMS e a porta número publicado no DNS

    Por padrão, os clientes do Office usam uma consulta DNS para localizar registros contendo nomes de host KMS e números de porta. Use as etapas a seguir para revisar os registros SRV encontrados atualmente no DNS.
    1. Em uma janela de prompt de comando, execute o seguinte comando:
      nslookup -type=srv _vlmcs._tcp
      Os resultados terá um aspecto semelhantes ao seguinte exemplo:
      Server:  labsrv64.wingtiptoys.comAddress:  192.168.0.20_vlmcs._tcp.Wingtiptoys.com     SRV service location:          priority       = 0          weight         = 0          port           = 1689          svr hostname   = wingtip-dc.wingtiptoys.comwingtip-dc2.wingtiptoys.com      internet address = 192.168.0.30
      Observação: pode haver mais de um servidor listado nos resultados.

    2. Examine os números de hostname(s) e a porta do servidor especificados na saída da ferramenta Nslookup.
      • Se os servidores de host KMS estão usando a configuração padrão onde a publicação DNS é habilitada, em seguida, faça as alterações necessárias na configuração do host KMS para que registros DNS atualizados publicados (consulte a seção anterior determinar o número da porta configurado no host KMS para obter detalhes).
      • Se os servidores de host KMS são configurados para não publicar informações DNS, você terá que fazer alterações no DNS manualmente. Consulte o administrador do DNS para obter detalhes sobre como fazer essas alterações.
    Se o host KMS e as configurações de DNS estão corretas, você provavelmente desejará examinar as configurações de cliente do Office. A próxima subseção fornece as etapas para solução de problemas relevantes para um cliente do Office.

  • Reconfigurar as informações de registro do Office cliente KMS contendo nome e número de porta de host

    Se o host KMS está configurado corretamente e suas regras de firewall estão abertas para a porta correta, e os registros DNS estão corretos, você pode usar as etapas a seguir no seu cliente Office reconfigurar ou remover KMS informações armazenadas no registro do cliente.
    1. Abra uma janela de linha de comando elevada no cliente do Office.
    2. Altere para a pasta na qual Ospp.vbs está localizado.

      Por padrão, a pasta é:
      • Windows de 32 bits + Office de 32-bit ou 64-bit Windows + Office de 64 bits

        -Office 2013: C:\Program Files\Microsoft Office\Office15
        -Office 2010: C:\Program Files\Microsoft Office\Office14

      • 64-bit Windows + Office de 32 bits

        -Office 2013: (x86) de arquivos C:\Program \Microsoft Office\Office15
        -Office 2010: (x86) de arquivos C:\Program \Microsoft Office\Office14
    3. Execute um ou mais dos seguintes comandos para reconfigurar ou remover detalhes do servidor de host KMS do cliente do Office.
      • Remover o servidor de host KMS e o número de porta de host KMS

        Talvez seja melhor primeiro remover um nome de servidor do host KMS e atualmente armazenado no registro do número da porta. Para fazer isso, use o seguinte comando:
        Cscript ospp.vbs /remhst
        Observação: se o cliente do Office não tem o nome do servidor host KMS e número da porta armazenado no registro, executando o comando acima simplesmente será executado sem fazer alterações.

      • Configurar o nome do servidor host KMS

        Se você estiver usando a funcionalidade padrão de ativação KMS do DNS consultando para hosts KMS, não é necessário especificar o servidor de host KMS no seu cliente do Office. No entanto, se você não estiver usando essa funcionalidade DNS para ativação do KMS, você precisará especificar o nome de um host KMS ativado usando o seguinte comando:
        Cscript ospp.vbs /sethst:<hostname>
        Observação: substituir <hostname>com o nome de um host KMS do Office.

        </hostname>
      • Configurar o número de porta de host KMS

        Se você estiver usando a funcionalidade padrão de ativação KMS do DNS consultando para hosts KMS, não é necessário especificar a porta do host KMS no seu cliente Office. No entanto, se você não estiver usando essa funcionalidade DNS para ativação do KMS, em seguida, você precisará especificar a porta do host KMS se o host KMS está usando uma porta não-padrão (padrão = 1688). Use o comando a seguir para especificar o número da porta usada para ativação do KMS por um cliente.
        Cscript ospp.vbs /setprt:<port#>
        Observação: Substitua <port#>pela porta correta usada pelo servidor de host KMS.
        </port#>
    Se você estiver seguro do host KMS, DNS, e configuração de cliente do Office está correta, você desejará examinar suas regras de firewall para certificar-se de permitir a comunicação de ativação do KMS na porta especificada. A próxima subseção fornece alguns detalhes sobre o firewall do Windows.

  • Examinar as regras de firewall para garantir a ativação do KMS pode ocorrer pela porta configurada

    Use as etapas a seguir para examinar as regras de firewall fornecidas pelo Windows Firewall em um host KMS que executam o Windows Server 2008 R2. Consulte a documentação para outras versões do Windows ou para qualquer firewalls de terceiros que você pode estar usando em seu ambiente.
    1. No menu Iniciar , aponte para Ferramentas administrativase, em seguida, clique em Firewall do Windows com segurança avançada.
    2. Selecione Regras de entrada no painel esquerdo.
    3. Na lista de regras de entrada, clique duas vezes em Serviço de gerenciamento de chaves (TCP-In) com perfil = Domain.



    4. Na guia Geral , verifique se a regra está habilitada e que a ação = Permitir a conexão. Depois de fazer as alterações, clique em OK .


Voltar ao início



Não há registros SRV retornados pelo NSLookup
Por padrão, os clientes KMS usam o recurso de detecção automática e a consulta DNS para obter uma lista de servidores que publicaram o registro _VLMCS dentro da zona de participação do cliente. DNS retorna a lista de hosts KMS em uma ordem aleatória. O cliente escolhe um host KMS e tenta estabelecer uma sessão nele. Se essa tentativa funciona, o cliente (com configurações padrão) armazena em cache o nome do servidor host KMS e tenta usá-lo para a próxima tentativa de renovação. Se a configuração da sessão falhar, o cliente selecionará outro servidor aleatoriamente. Portanto, na ordem para que os clientes do Office com êxito ativados usando o KMS comportamento/configuração padrão, você deve certificar-se de que o DNS tem um registro SRV apropriado para os hosts KMS.

Use as seguintes etapas em um cliente do Office para determinar os registros SRV, se houver, publicado em DNS.
  1. Abra uma janela de prompt de comando no cliente do Office.
  2. Execute o seguinte comando:
    nslookup -type=all _vlmcs._tcp
  3. Examine a saída.

    Se você tiver um registro SRV para o host KMS, a saída conterá uma entrada semelhante ao seguinte exemplo:
    _vlmcs._tcp.contoso.com               SRV service location:                  priority       = 0                  weight         = 0                  port           = 1688                  svr hostname   = kms-server.contoso.com
Se não houver nenhum registro SRV encontrado no DNS, as próximas etapas que você tomar dependem sua configuração KMS e topologia do DNS.
  • Host KMS deve publicar registros DNS

    Se o host KMS deve ser publicando um SRV de registro de DNS, mas não encontrar um registro, use as seguintes etapas no host do KMS para examinar sua configuração e possivelmente fazer alterações de configuração.

    Aviso Problemas sérios podem ocorrer se você modificar o Registro incorretamente usando o Editor do registro ou usando outro método. Esses problemas podem exigir a reinstalação do sistema operacional. A Microsoft não garante que esses problemas possam ser solucionados. Modificar o registro de sua responsabilidade.

    Observação: as etapas a seguir se aplicam a um host KMS em um computador com o Windows Server 2008 R2. O caminho do registro para o valor de DisableDnsPublishing pode ser diferente em outras versões do Windows. Se não for possível localizar o valor de DisableDnsPublishing usando o caminho da chave do registro especificado abaixo, procure o registro sob a seção HKEY_LOCAL_MACHINE para DisableDnsPublishing ver se ele existe no seu host KMS.

    1. Localize e selecione a seguinte chave no registro:

      HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\SoftwareProtectionPlatform

    2. Examine os valores listados nessa chave para ver se existe item a seguir.

      DWORD: DisableDnsPublishing

      Use o gráfico a seguir para determinar se o host KMS está configurado para publicar um registro SRV no DNS.

      Valor da DisableDNSPublishingPublicação DNS está ativada ou desabilitada
      1Desativado
      0Habilitado
      Não existe valor DisableDNSPublishing
      (Observe que esta é a configuração padrão do host KMS)
      Habilitado

    As próximas etapas que você tomar dependem se a publicação DNS está ativada ou desabilitada no seu host KMS.
    • Publicação de DNS não está habilitada

      Se a publicação de DNS não estiver habilitada no seu host KMS, use as seguintes etapas para ativar a publicação.

      1. Abra uma janela de linha de comando elevada em seu host KMS.
      2. Execute o seguinte comando:
        Cscript c:\Windows\System32\slmgr.vbs /sdns
      3. Reinicie o serviço de Proteção de Software em seu host KMS.
    • Publicação DNS está ativada

      Se a publicação DNS está habilitada no seu host KMS, mas não encontrar um registro SRV no DNS, o serviço de servidor DNS pode não suportar atualizações dinâmicas. Nesse cenário, o registro "SRV, VLMCS._TCP" pode ser registrado manualmente. Para criar um registro KMS SRV manualmente em um servidor DNS da Microsoft, siga estas etapas

      1. No servidor DNS, abra o Gerenciador de DNS.
      2. Clique no servidor DNS onde você precisa criar o registro de recurso SRV.
      3. Na árvore de console, expanda Forward Lookup Zones , clique com botão direito no domínio e, em seguida, clique em Outros registros novos.
      4. Role para baixo na lista, clique em Serviço local (SRV) e, em seguida, clique em Criar registro .
      5. Insira os seguintes detalhes:

        ParâmetroValor
        Serviço_VLMCS
        ProtocoloTCP
        Número da porta1688
        Host que oferece o serviço<FQDN of="" the="" kms="" host=""></FQDN>

      6. Clique em OK e, em seguida, clique em concluído.

      Observação: Se sua organização usa um servidor DNS não - Microsoft, você pode criar registros necessários usando os seguintes detalhes como o servidor DNS é BIND 9. x compatível.

      ParâmetroValor
      Nome_vlmcs. TCP
      TipoSRV
      Prioridade0
      Peso0
      Porta1688
      Nome do host<FQDN of="" the="" kms="" host=""></FQDN>

      Além disso, para configurar um servidor DNS BIND 9. x para oferecer suporte à publicação automática do KMS, configure o servidor BIND para ativar atualizações de registro de recurso de hosts KMS. Por exemplo, adicione a seguinte linha para a definição de região em Named.conf ou em Named.conf.local:
      allow-update { any; }; 
      Observação: Os campos prioridade e Peso não são usados pelo KMS e são ignorados pelo cliente KMS. No entanto, elas devem ser incluídas no arquivo de zona

  • Host KMS deve não ser publicar registros DNS

    Se você desativou a publicação DNS intencionalmente pelo seu host KMS, você precisará registrar manualmente o registro SRV no DNS. Nesse cenário, use as etapas fornecidas na seção anterior sub para definir manualmente as configurações de DNS. Clique em aqui Vá para as etapas.

    Uma abordagem alternativa para criar manualmente os registros de DNS para os hosts KMS é configurar cada cliente do Office com o nome do host KMS. Essas informações são armazenadas no registro no cliente e você terá que executar o script Ospp.vbs em cada cliente para alterar essa configuração. Use as seguintes etapas se esta é a solução que você decidir usar para o seu ambiente.
    1. Abra uma janela de linha de comando elevada no clientedo Office (2010 ou 2013).
    2. Altere para a pasta na qual Ospp.vbs está localizado.
      • Windows de 32 bits + Office de 32-bit ou 64-bit Windows + Office de 64 bits

        -Office 2013: C:\Program Files\Microsoft Office\Office15
        -Office 2010: C:\Program Files\Microsoft Office\Office14

      • 64-bit Windows + Office de 32 bits

        -Office 2013: (x86) de arquivos C:\Program \Microsoft Office\Office15
        -Office 2010: (x86) de arquivos C:\Program \Microsoft Office\Office14
    3. Execute o seguinte comando:
      Cscript ospp.vbs /sethst:<value>
      Observação: substituir <value>com o nome ou o endereço IP do seu host KMS.

      </value>
    4. (Opcional) Se você também precisar configurar uma porta diferente da padrão (1688), em seguida, execute o seguinte comando:
      Cscript ospp.vbs /setprt:<port>
      Observação: Substitua <port>o número da porta (que não seja o 1688)</port>

Voltar ao início



Host KMS em cache não está habilitado no cliente do Office
Por padrão, os clientes KMS consultam DNS para informações sobre o serviço KMS. Na primeira vez que um cliente KMS consulta o DNS para obter informações do serviço KMS, ele escolhe aleatoriamente um host KMS na lista de registros de recursos SRV que retorna do DNS. Se o host KMS que seleciona um cliente não responder a uma solicitação de ativação, o cliente KMS remove esse host KMS de sua lista de local de registros de recursos SRV e seleciona outro host KMS aleatoriamente da lista. Quando um host KMS responde, o cliente KMS armazena em cache o nome do host KMS e usa esse host para tentativas subseqüentes de ativação e renovação. Se o host KMS em cache não responder em uma renovação subseqüente, o cliente KMS detecta um novo host KMS consultando o DNS novamente para os RRs de SRV do KMS.

A configuração padrão para um cliente KMS é que o host KMS em cache habilitado. Desativando o cache de DNS não é necessariamente problemática, mas recomendamos que você deixá-lo habilitado, a menos que os clientes Office enfrentar problemas de ativação com host cache habilitados.

Você pode usar as seguintes etapas para habilitar novamente o host KMS em cache em um cliente KMS:
  1. Abra uma janela de linha de comando elevada em seu cliente do Office.
  2. Execute o seguinte comando:
    Cscript c:\windows\system32\slmgr.vbs /skhc

Voltar ao início

Chave do produto foi bloqueado (erro 0xC004C003)
Quando você executa o comando cscript ospp.vbs /act em um cliente do Office, você recebe o erro 0xC004C003 e o texto de descrição do erro é "o servidor de ativação determinou que a chave do produto especificado foi bloqueada."

Este erro pode ocorrer se você estiver tentando ativar um produto que não requerem ativação. Por exemplo, os produtos a seguir gerará esse erro quando você tentar ativá-las por meio do KMS.

NOME da licença: Office 14, edição de ignorar OfficeStarter
NOME da licença: Office 14, edição de ignorar OfficeAccessRuntime
NOME da licença: Office 14, edição de ignorar OfficeSPD
NOME da licença: Office 14, OfficeProPlusSub-SubPrepid edition

Observe que os itens acima são o que você verá o resultado da execução cscript ospp.vbs /act .

Não é necessário para ativar esses produtos específicos, para que o erro 0xC004C003 pode ser ignorado para eles.

Voltar ao início


' Produto foi ativado, mas o proprietário deve verificar aviso informativo dos direitos de uso do produto (erro 0x4004F040)

Quando você executar o comando cscript ospp.vbs /act em um cliente do Office, você recebe o erro 0x4004F040 e o texto de descrição do erro é "que o serviço de licenciamento de Software relatou que o produto foi ativado, mas o proprietário deve verificar os direitos de uso do produto."

Se o Status da licença' ' valor do Ospp... VBS saída é licenciado, a licença do Office é estabelecida corretamente e esse erro pode ser ignorado com segurança.


Aviso: este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 2870357 - Última Revisão: 05/15/2016 20:59:00 - Revisão: 3.0

Microsoft Office Professional Plus 2013, Microsoft Office Professional 2013, Microsoft Office Standard 2013, Microsoft Office Professional Plus 2010, Microsoft Office Professional 2010, Microsoft Office Standard 2010, Microsoft Office Enterprise 2007, Microsoft Office Professional Plus 2007, Microsoft Office Professional 2007, Microsoft Office Standard 2007

  • kbmt KB2870357 KbMtpt
Comentários
d"; document.getElementsByTagName("head")[0].appendChild(m);