Windows-activering - dubbele clientcomputer-id

Artikel
07/30/2024

Van toepassing op: ✔️ Windows-VM's

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

Notitie

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

Symptomen

Wanneer u een zelf-hostende KMS-server gebruikt voor activering en meerdere Windows Server-VM's 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 clientcomputer-id's helpt bij het identificeren van machines in de omgeving waarop installatiekopieën worden uitgevoerd die niet correct waren 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 ervoor zorgt dat het aantal KMS-clients onder de minimumdrempel valt, mislukt de KMS-activering in uw omgeving.

Oorzaak

De clientcomputer-id (CMID) wordt gewist tijdens het Sysprep-proces van de oorspronkelijke broninstallatiekopieën. Als het Sysprep-proces echter wordt geactiveerd met de parameter SkipRearm die is ingesteld 1 op 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 vanuit 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:

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

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

Hier volgt een voorbeeld van een opdrachtuitvoer:

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

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 wordt gewist uit de installatiekopieën.
Voer de volgende stappen uit voor de problematische VM's die al zijn geïmplementeerd:
1. Voer vanaf een opdrachtprompt met verhoogde bevoegdheid de opdracht slmgr /rearm uit.
2. Start de VM opnieuw op.
3. Zodra de VIRTUELE machine 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 Azure-feedbackcommunity.

Delen via