Windows-aktivering – duplicerat klientdator-ID

Artikel
03/27/2024

Vi rekommenderar vanligtvis att du använder KMS-servrar (Azure Key Management Services) för att aktivera virtuella Azure Windows-datorer (VM), även när Azure Hybrid-förmån är aktiverat. Men i vissa fall, eftersom nätverksbegränsningar kan hindra virtuella datorer från att kommunicera med Azure KMS-servrar, kan du använda en lokal KMS-server för aktivering. Den här artikeln beskriver ett problem med duplicerat klientdator-ID som inträffar när du använder en lokal KMS-server för Windows-aktivering och tillhandahåller en lösning.

Obs!

Den här artikeln gäller endast när du använder en lokal KMS-server för aktivering. Det gäller inte när du använder Azure KMS för aktivering.

Symptom

När du använder en lokalt installerad KMS-server för aktivering och försöker aktivera fler än en virtuell Windows Server-dator misslyckas aktiveringen efter utvärderingsperioden, och din lokala KMS-server rapporterar följande fel i rapporten duplicerat klientdator-ID:

Rapporten duplicerat klientdator-ID hjälper dig att identifiera datorer i miljön som kör avbildningar som inte generaliserats korrekt med hjälp av Sysprep-verktyget före distributionen.
Obs!
– Flera volymaktiveringsklienter med samma CMID räknas som en enda klient av KMS. Om detta gör att KMS-klientantalet understiger det lägsta tröskelvärdet misslyckas KMS-aktiveringen i din miljö.

Orsak

Klientdatorns ID (CMID) rensas under Sysprep-processen för den ursprungliga källbilden. Men om Sysprep-processen utlöses med parametern SkipRearm inställd på 1 i stället för standardvärdet 0för , rensas inte CMID. I det här fallet har alla virtuella datorer som skapats från den här avbildningen samma CMID.
När du skapar virtuella datorer från Azure Marketplace har Azure Marketplace avbildningar för Windows Server generaliserats med parametern SkipRearm inställd på 1. Därför har de virtuella datorer som skapats från samma Windows Server-avbildning samma CMID.

Bekräfta duplicerat CMID

Kontrollera om de virtuella datorerna har samma CMID baserat på källbilden och versionen:

Kör följande kommando på de problematiska virtuella datorerna:

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

Här är ett kommandoutdataexempel:

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

Jämför kommandots utdata på de problematiska virtuella datorerna och bekräfta om de virtuella datorerna har samma CMID.

Lösning

För problematiska virtuella datorer som skapats från en anpassad avbildning generaliserar/sysprep den ursprungliga virtuella datorn med parametern SkipRearm inställd på för att se till 0 att CMID rensas från avbildningen.
Följ dessa steg för de problematiska virtuella datorer som redan har distribuerats:
1. slmgr /rearm Kör kommandot från en upphöjd kommandotolk.
2. Starta om den virtuella datorn.
3. När den virtuella datorn är online efter omstarten kör du följande kommando för att bekräfta att CMID har ändrats:
```
cscript C:\Windows\System32\slmgr.vbs /dlv
```
4. Utlös aktiveringen igen.

Kontakta oss för att få hjälp

Om du har frågor eller behöver hjälp skapar du en supportförfrågan eller frågar Azure community support. Du kan också skicka produktfeedback till Azure-feedbackcommunityn.

Share via