Solucionar problemas de ativação Windows máquina virtual

Se você tiver problemas ao ativar o Azure Windows virtual machine (VM) criada a partir de uma imagem personalizada, você poderá usar as informações fornecidas neste documento para solucionar o problema.

Noções básicas KMS pontos de extremidade do Azure para Windows ativação de produtos de máquinas virtuais do Azure

O Azure usa pontos de extremidade diferentes para KMS ativação (Serviços de Gerenciamento de Chaves), dependendo da região da nuvem em que a VM reside. Ao usar este guia de solução de problemas, use o ponto de extremidade KMS apropriado que se aplica à sua região.

  • Regiões de nuvem pública do Azure: kms.core.windows.net:1688
  • Regiões de nuvem nacional do Azure China 21Vianet: kms.core.chinacloudapi.cn:1688
  • Regiões de nuvem nacional do Azure Germany: kms.core.cloudapi.de:1688
  • Regiões de nuvem nacional do Azure US Gov: kms.core.usgovcloudapi.net:1688

Sintoma

Quando você tenta ativar uma VM do Azure Windows, recebe uma mensagem de erro semelhante à seguinte amostra:

Erro: 0xC004F074 O Software LicensingService relatou que o computador não pôde ser ativado. Nenhum Key ManagementService (KMS) pode ser contatado. Consulte o Log de Eventos do Aplicativo para obter informações adicionais.

Motivo

Geralmente, os problemas de ativação da VM do Azure ocorrem se a VM do Windows não estiver configurada usando a chave de configuração do cliente KMS apropriada ou se a VM do Windows tiver um problema de conectividade com o serviço KMS do Azure (kms.core.windows.net, porta 1688).

Solução

Observação

Se você estiver usando uma VPN de site para site e um túnel forçado, consulte Usar rotas personalizadas do Azure para habilitar KMS ativação com o túnel forçado.

Se você estiver usando o ExpressRoute e tiver uma rota padrão publicada, consulte Posso bloquear a conectividade com a Internet para redes virtuais conectadas a circuitos ExpressRoute?.

Etapa 1 Configurar a chave de configuração KMS cliente apropriada

Observação

Para VMs que executam Windows 10 Enterprise de várias sessões (também conhecidas como Windows 10 Enterprise para Áreas de Trabalho Virtuais) no Azure Virtual Desktop, essa etapa não é necessária.

Se você implantar uma VM de várias sessões do Windows 10 Enterprise e atualizar a chave do produto para outra edição, não será possível alternar a VM de volta para Windows 10 Enterprise várias sessões e você precisará reimplantar a VM.

Para determinar se sua VM está executando várias sessões, execute o seguinte comando:

slmgr.vbs /dlv

Se o resultado retornar Name: Windows(R), ServerRdsh edition, esta etapa não será necessária.

Para obter mais informações, consulte: Windows 10 Enterprise perguntas frequentes de várias sessões

Para a VM criada a partir de uma imagem personalizada, você deve configurar a chave de configuração KMS cliente apropriada para a VM.

  1. Execute slmgr.vbs /dlv em um prompt de comando elevado. Verifique o valor Descrição na saída e determine se ele foi criado a partir da mídia de licença de varejo (canal COMERCIAL) ou volume (VOLUME_KMSCLIENT) :

    cscript c:\windows\system32\slmgr.vbs /dlv
    
  2. Se slmgr.vbs /dlv mostrar canal DE VAREJO, execute os seguintes comandos para definir KMS chave de configuração do cliente para a versão do Windows Server em uso e force-a a repetir a ativação:

    cscript c:\windows\system32\slmgr.vbs /ipk <KMS client setup key>
    
    cscript c:\windows\system32\slmgr.vbs /ato
    

    Por exemplo, para Windows Server 2016 Datacenter, você executaria o seguinte comando:

    cscript c:\windows\system32\slmgr.vbs /ipk CB7KF-BWN84-R7R2Y-793K2-8XDDG
    

Etapa 2 Verificar a conectividade entre a VM e o serviço KMS Azure

  1. Baixe e extraia a ferramenta PSping para uma pasta local na VM que não é ativada.

  2. Vá para Iniciar, pesquise Windows PowerShell, clique com o botão direito do mouse Windows PowerShell e selecione Executar como administrador.

  3. Certifique-se de que a VM está configurada para usar o servidor KMS Azure correto. Para fazer isso, execute o seguinte comando:

    Invoke-Expression "$env:windir\system32\cscript.exe $env:windir\system32\slmgr.vbs /skms kms.core.windows.net:1688"
    

    O comando deve retornar: Serviço de Gerenciamento de Chaves nome do computador definido como kms.core.windows.net:1688 com êxito.

  4. Verifique usando o Psping se você tem conectividade com o KMS servidor. Alternar para a pasta onde você extraiu o Pstools.zip download e execute o seguinte:

    .\psping.exe kms.core.windows.net:1688
    

    Na segunda para última linha da saída, certifique-se de que você veja: Sent = 4, Received = 4, Lost = 0 (perda de 0%).

    Se Lost for maior que 0 (zero), a VM não terá conectividade com o KMS servidor. Nessa situação, se a VM estiver em uma rede virtual e tiver um servidor DNS personalizado especificado, certifique-se de que o servidor DNS seja capaz de resolver kms.core.windows.net. Ou, altere o servidor DNS para um que resolva kms.core.windows.net.

    Observe que, se você remover todos os servidores DNS de uma rede virtual, as VMs usarão o serviço DNS interno do Azure. Esse serviço pode resolver kms.core.windows.net.

    Além disso, certifique-se de que o tráfego de rede de saída para KMS ponto de extremidade com a porta 1688 não seja bloqueado pelo firewall na VM.

  5. Verifique usando o Next Hop do Watcher de Rede que o próximo tipo de salto da VM em questão para o IP de destino 23.102.135.246 (para kms.core.windows.net) ou o IP do ponto de extremidade KMS apropriado que se aplica à sua região é a Internet.

    Se o resultado for VirtualAppliance ou VirtualNetworkGateway, é provável que exista uma rota padrão. Entre em contato com o administrador de rede e trabalhe com eles para determinar o curso correto da ação. Essa pode ser uma rota personalizada se essa solução for consistente com as políticas da sua organização.

  6. Depois de verificar a conectividade bem-sucedida kms.core.windows.net, execute o seguinte comando nesse prompt Windows PowerShell elevado. Este comando tenta a ativação várias vezes.

    1..12 | ForEach-Object { Invoke-Expression "$env:windir\system32\cscript.exe $env:windir\system32\slmgr.vbs /ato" ; start-sleep 5 }
    

    Uma ativação bem-sucedida retorna informações semelhantes às seguintes:

    Ativando Windows(R), edição ServerDatacenter (12345678-1234-1234-1234-12345678) ... Produto ativado com êxito.

Perguntas frequentes

Criei uma máquina virtual Windows Server do Azure Marketplace. Preciso configurar uma chave KMS para ativar o sistema?

Não. A imagem no Azure Marketplace tem a chave de configuração KMS cliente apropriada já configurada.

A Windows ativação funciona da mesma maneira, independentemente se a VM está usando o Benefício de Uso Híbrido do Azure (HUB) ou não?

Sim.

O que acontece se Windows período de ativação expirar?

Quando o período de carência tiver expirado e o Windows ainda não estiver ativado, o Windows Server 2008 R2 e versões posteriores do Windows mostrarão notificações adicionais sobre a ativação. O papel de parede da área de trabalho permanece preto e o Windows Update instalará apenas atualizações críticas e de segurança, mas não atualizações opcionais. Consulte a seção Notificações na parte inferior da página Condições de Licenciamento.

Precisa de ajuda? Contatar o suporte

Se você ainda precisar de ajuda, contate o suporte para resolver o problema rapidamente.