Activeringsproblemen met virtuele Azure Windows-machines oplossen

Als u problemen ondervindt bij het activeren van een virtuele Azure Windows-machine (VM) die is gemaakt op basis van een aangepaste installatiekopieën, kunt u de informatie in dit document gebruiken om het probleem op te lossen.

Informatie over Azure KMS-eindpunten voor Windows-productactivering van Azure Virtual Machines

Azure maakt gebruik van verschillende eindpunten voor KMS-activering (Key Management Services), afhankelijk van de cloudregio waarin de VM zich bevindt. Wanneer u deze probleemoplossingsgids gebruikt, gebruikt u het juiste KMS-eindpunt dat van toepassing is op uw regio.

  • Azure Public Cloud-regio's: kms.core.windows.net:1688 of azkms.core.windows.net:1688
  • Azure China 21Vianet nationale cloudregio's: kms.core.chinacloudapi.cn:1688
  • Nationale cloudregio's van Azure Duitsland: kms.core.cloudapi.de:1688
  • Azure US Gov- nationale cloudregio's: kms.core.usgovcloudapi.net:1688

Symptoom

Wanneer u een Virtuele Azure Windows-machine probeert te activeren, ziet u een foutbericht dat lijkt op het volgende voorbeeld:

Fout: 0xC004F074 De Software LicensingService heeft gerapporteerd dat de computer niet kan worden geactiveerd. Er kan geen contact worden gemaakt met Key ManagementService (KMS). Raadpleeg het gebeurtenislogboek van de toepassing voor meer informatie.

Oorzaak

Over het algemeen treden er activeringsproblemen met Azure-VM's op als de Windows-VM niet is geconfigureerd met behulp van de juiste KMS-clientinstallatiesleutel, of als de Windows-VM een verbindingsprobleem heeft met de Azure KMS-service (kms.core.windows.net, poort 1688).

Oplossing

Notitie

Als u een site-naar-site-VPN en geforceerde tunneling gebruikt, raadpleegt u Aangepaste Routes van Azure gebruiken om KMS-activering met geforceerde tunneling in te schakelen.

Als u ExpressRoute gebruikt en u een standaardroute hebt gepubliceerd, raadpleegt u Kan ik de internetverbinding blokkeren met virtuele netwerken die zijn verbonden met ExpressRoute-circuits?

Stap 1 De juiste INSTALLATIEsleutel voor de KMS-client configureren

Notitie

Voor VM's met Windows 10 Enterprise meerdere sessies (ook wel bekend als Windows 10 Enterprise voor virtuele bureaubladen) in Azure Virtual Desktop, is deze stap niet vereist.

Als u een Windows 10 Enterprise vm met meerdere sessies implementeert en vervolgens de productcode bijwerkt naar een andere editie, kunt u de VM niet terugschakelen naar Windows 10 Enterprise meerdere sessies en moet u de VM opnieuw implementeren.

Voer de volgende opdracht uit om te bepalen of op uw VM meerdere sessies worden uitgevoerd:

slmgr.vbs /dlv

Als het resultaat Naam: Windows(R), ServerRdsh-editie retourneert, is deze stap niet vereist.

Raadpleeg voor meer informatie: veelgestelde vragen over Windows 10 Enterprise meerdere sessies

Voor de VM die is gemaakt op basis van een aangepaste installatiekopieën, moet u de juiste KMS-clientinstallatiesleutel voor de VM configureren.

  1. Voer slmgr.vbs /dlv uit bij een opdrachtprompt met verhoogde bevoegdheid. Controleer de waarde Beschrijving in de uitvoer en bepaal vervolgens of deze is gemaakt op basis van handels- (RETAIL-kanaal) of volumelicentiemedia (VOLUME_KMSCLIENT):

    cscript c:\windows\system32\slmgr.vbs /dlv
    
  2. Als slmgr.vbs /dlv het RETAIL-kanaal weergeeft, voert u de volgende opdrachten uit om de installatiesleutel van de KMS-client in te stellen voor de versie van Windows Server die wordt gebruikt, en dwingt u de activering opnieuw uit te voeren:

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

    Voor Windows Server 2016 Datacenter voert u bijvoorbeeld de volgende opdracht uit:

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

Stap 2: de connectiviteit tussen de VM en de Azure KMS-service controleren

  1. Download het PSping-hulpprogramma en pak het uit in een lokale map op de VM die niet wordt geactiveerd.

  2. Ga naar Start, zoek op Windows PowerShell, klik met de rechtermuisknop op Windows PowerShell en selecteer Als administrator uitvoeren.

  3. Zorg ervoor dat de VM is geconfigureerd voor het gebruik van de juiste Azure KMS-server. Voer hiervoor de volgende opdracht uit:

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

    De opdracht moet retourneren: De naam van de Key Management Service-machine is ingesteld op kms.core.windows.net:1688 geslaagd.

  4. Controleer met Psping of u verbinding hebt met de KMS-server. Ga naar de map waarin u de Pstools.zip hebt uitgepakt en voer het volgende uit:

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

    Controleer op de op een na laatste regel van de uitvoer of u ziet: Verzonden = 4, Ontvangen = 4, Verloren = 0 (0% verlies).

    Als Verloren groter is dan 0 (nul), heeft de VM geen verbinding met de KMS-server. Als de virtuele machine zich in een virtueel netwerk bevindt en een aangepaste DNS-server is opgegeven, moet u ervoor zorgen dat de DNS-server kms.core.windows.net kan omzetten. Of wijzig de DNS-server in een server die kms.core.windows.net wel oplost.

    Als u alle DNS-servers uit een virtueel netwerk verwijdert, maken VM's gebruik van de interne DNS-service van Azure. Deze service kan kms.core.windows.net oplossen.

    Zorg er ook voor dat het uitgaande netwerkverkeer naar het KMS-eindpunt met 1688-poort niet wordt geblokkeerd door de firewall in de VM.

  5. Controleer met behulp van Network Watcher Volgende hop of het volgende hoptype van de betreffende VM naar het doel-IP 23.102.135.246 (voor kms.core.windows.net) of het IP-adres van het juiste KMS-eindpunt dat van toepassing is op uw regio internet is.

    Als het resultaat VirtualAppliance of VirtualNetworkGateway is, bestaat er waarschijnlijk een standaardroute. Neem contact op met uw netwerkbeheerder en werk samen met hen om de juiste werking te bepalen. Dit kan een aangepaste route zijn als deze oplossing consistent is met het beleid van uw organisatie.

  6. Nadat u hebt gecontroleerd of de verbinding met kms.core.windows.net is geslaagd, voert u de volgende opdracht uit op die verhoogde Windows PowerShell prompt. Met deze opdracht wordt meerdere keren geprobeerd te activeren.

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

    Een geslaagde activering retourneert informatie die er ongeveer als volgt uitziet:

    Windows(R), ServerDatacenter-editie activeren (12345678-1234-1234-1234-12345678) ... Het product is geactiveerd.

Veelgestelde vragen

Ik heb een virtuele Windows Server-machine gemaakt op basis van Azure Marketplace. Moet ik een KMS-sleutel configureren voor het activeren van het systeem?

Nee. Voor de installatiekopieën in Azure Marketplace is de juiste INSTALLATIEsleutel voor de KMS-client al geconfigureerd.

Werkt Windows-activering op dezelfde manier, ongeacht of de VM Azure Hybrid Use Benefit (HUB) gebruikt of niet?

Ja.

Wat gebeurt er als de windows-activeringsperiode verloopt?

Wanneer de respijtperiode is verlopen en Windows nog steeds niet is geactiveerd, worden in Windows Server 2008 R2 en latere versies van Windows aanvullende meldingen over activeren weergegeven. De bureaubladachtergrond blijft zwart en Windows Update alleen beveiligings- en essentiële updates installeert, maar niet optionele updates. Zie de sectie Meldingen onder aan de pagina Licentievoorwaarden .

Contacteer ons voor hulp

Als u vragen hebt of hulp nodig hebt, maak een ondersteuningsaanvraag of vraag de Azure-communityondersteuning.