Windows-activering - clientcomputer-id dupliceren

Over het algemeen raden we u aan kms-servers (Azure Key Management Services) te gebruiken om virtuele Machines (VM's) van Azure Windows te activeren, zelfs wanneer Azure Hybrid Benefit is ingeschakeld. In specifieke gevallen kunt u echter een zelf-hostende KMS-server gebruiken voor activering, omdat netwerkbeperkingen kunnen verhinderen dat VM's communiceren met Azure KMS-servers. In dit artikel wordt een probleem met dubbele clientcomputer-id besproken dat optreedt wanneer u een zelf-hostende KMS-server voor Windows-activering gebruikt, en biedt een oplossing.

Opmerking

Dit artikel is alleen van toepassing wanneer u een zelf-hostende KMS-server gebruikt voor activering. Dit is niet van toepassing wanneer u Azure KMS gebruikt voor activering.

Symptomen

Wanneer u een zelf-hostende KMS-server gebruikt voor activering en meer dan één Windows Server-VM probeert te activeren, mislukt de activering na de evaluatieperiode en meldt uw zelf-hostende KMS-server de volgende fout in het rapport Dubbele clientcomputer-id:

Het rapport Dubbele clientmachine-id helpt bij het identificeren van machines in de omgeving waarop installatiekopieën worden uitgevoerd die niet goed zijn gegeneraliseerd met behulp van het hulpprogramma Sysprep vóór de implementatie.
Opmerking:
- Meerdere volumeactiveringsclients met dezelfde CMID worden geteld als één client door KMS. Als dit ertoe leidt dat het aantal KMS-clienten onder de minimumdrempelwaarde valt, mislukt kms-activering in uw omgeving.

Oorzaak

• De clientmachine-id (CMID) wordt gewist tijdens het Sysprep-proces van de oorspronkelijke broninstallatiekopieën. Als het Sysprep-proces echter wordt geactiveerd met de parameter SkipRearm ingesteld op 1 in plaats van de standaardwaarde van 0, wordt de CMID niet gewist. In dit geval hebben alle VM's die op basis van deze installatiekopieën zijn gemaakt dezelfde CMID.

• Wanneer u VM's maakt op basis van Azure Marketplace, zijn Azure Marketplace installatiekopieën voor Windows Server gegeneraliseerd met de parameter SkipRearm ingesteld op 1. Daarom hebben de VM's die zijn gemaakt op basis van dezelfde Windows Server-installatiekopieën dezelfde CMID.

Dubbele CMID bevestigen

Controleer of de VM's dezelfde CMID hebben op basis van de broninstallatiekopieën en -versie:

1. Voer de volgende opdracht uit op de problematische VM's:

   cscript C:\Windows\System32\slmgr.vbs /dlv
   

   Hier volgt een voorbeeld van de uitvoer van de opdracht:

   Most recent activation information:
   Key Management Service client information
       Client Machine ID (CMID): <client-machine-ID>
       Registered KMS machine name: <KMS-machine-name>
   

2. Vergelijk de uitvoer van de opdracht op de problematische VM's en controleer of de VM's dezelfde CMID hebben.

Oplossing

• Voor de problematische VM's die zijn gemaakt op basis van een aangepaste installatiekopieën, generaliseert/sysprept u de oorspronkelijke VM met de parameter SkipRearm die is ingesteld om ervoor te 0 zorgen dat de CMID uit de installatiekopieën wordt gewist.

• Voer de volgende stappen uit voor de problematische VM's die al zijn geïmplementeerd:

  1. Voer de slmgr /rearm opdracht uit vanaf een opdrachtprompt met verhoogde bevoegdheid.

  2. Start de VM opnieuw op.

  3. Zodra de VM online is na het opnieuw opstarten, voert u de volgende opdracht uit om te bevestigen dat de CMID is gewijzigd:

     cscript C:\Windows\System32\slmgr.vbs /dlv
     

  4. Activeer de activering opnieuw.

Contacteer ons voor hulp

Als u vragen hebt of hulp nodig hebt, maak een ondersteuningsaanvraag of vraag de Azure-communityondersteuning. U kunt ook productfeedback verzenden naar de Feedback-community van Azure.