Bei der Verwendung eines KMS Host kann es unter Umständen zu seltsamen Phänomenen kommen. Evtl. hat der Sysadmin den KMS Server umgezogen oder den DNS Server migriert oder vielleicht sogar den notwendigen DNS SRV Record vergessen. Um all diesen Ursachen auf “die schliche” zu kommen, können folgende Befehle verwendet werden:

Ein häufig auftretender Fehler wird mit dem Error-Code “0xC004F035” quittiert. Dieser Error Code bedeutet soviel wie “Der KMS Host kann nicht kontaktiert werden”

An dieser Stelle sollte man sich fragen:

– Welcher KMS Host wird kontaktiert?

– Warum kann dieser nicht kontaktiert werden?

Die Event ID 12288 teil einem mit, welcher KMS Host kontaktiert wird.

Entweder wird der KMS Host per Domain Name System propagiert. Dies kann mit NSLookup kontrolliert werden:

nslookup -type=srv _vlmcs._tcp >%temp%\kms.txt

Die Textdatei kms.txt enthält einen Eintrag an dem zu erkennen ist welcher KMS Host per DNS propagiert wird.

In diesem Beispiel ist der KMS Host der Server kms-server.contoso.com welcher auf dem Standard-Port 1688 Anfragen entgegen nimmt.

_vlmcs._tcp.contoso.com       SRV service location:
priority       = 0
weight       = 0
port            = 1688
svr hostname   = kms-server.contoso.com

Wenn der SRV Record zeitnah geändert wurde kann mit:

Slmgr.vbs /flushdns

der DNS Cache geleert und eine erneute Abfrage mit “live” Daten gestartet werden.

 

Es kann sein dass der KMS Host manuell gesetzt wurde. Dies ist z.B. mit folgendem Befehl erledigt:

Slmgr.vbs /skms:SERVER

ACHTUNG: Wenn dies geschehen ist wird der DNS SRV Record ignoriert!

Dieser manuelle Eintrag kann wie folgt wieder entfernt werden:

Slmgr.vbs /ckms

anschließend sollte der Licensing Service neugestartet werden:

net stop sppsvc && net start sppsvc

 

Sobald der KMS Client Key (https://technet.microsoft.com/de-de/library/jj612867.aspx) installiert wurde:

slmgr.vbs /ipk <KMS Activation Key>

 

kann eine Aktivierung durchgeführt werden:

Slmgr.vbs /ato