Die nachfolgenden Anleitungen richten sich an Administratoren und IT-Beauftragte und dient der Problembehandlung bei Aktivierungsproblemen in Windows und Office. Um den Hilfestellungen in dieser Anleitung folgen zu können, sollten Sie mit der Bedienung der Kommandozeile (cmd) und / oder der Powershell (PS) vertraut sein. Zusätzlich muss es Ihnen möglich sein, die beschriebenen Kommandos in einer Shell mit Adminrechten auszuführen (cmd oder PowerShell als Admin ausführen).
Bei Aktivierungsfehlern sollten eingangs die allgemeinen Hinweise überprüft werden.
Bei Aktivierungsproblemen liegt des Öfteren ein Problem mit der automatischen Identifizierung des KMS-Servers vor. Von daher sollten Sie zusätzlich die DNS-Konfiguration bzw. KMS Zielserver – Konfiguration überprüfen. (siehe Abschnitt Die automatische Suche nach einem KMS-Server schlägt fehl. Welche Alternativen gibt es?)
Neben dem Serviceportal empfehlen wir den RHRZ WDS sowie den SCCM als Quelle für Windows und Office – Installationen, da diese Medien/Installationen bereits korrekt für die KMS Aktivierung vorkonfiguriert sind.
Alle nachfolgend beschriebenen Kommandos können innerhalb von cmd oder PS ausgeführt werden und erfordern (um eine Änderung an der Aktivierungskonfiguration vorzunehmen) die Ausführung mit Adminrechten.
slmgr.vbs
ospp.vbs
slui.exe
Folgende Informationen sind von besonderer Bedeutung und erlauben einen genaueren Einblick in den aktuellen Aktivierungsstatus:
Bei Aktivierungsproblemen werden zwecks Fehlerbehebung entsprechende Fehlerinformationen (Error-Code in Hex) angezeigt.
Nachdem sichergestellt wurde, dass der korrekte Lizenzierungskanal zum Einsatz kommt, ermöglicht der besagte Fehlercode eine weiterführende Analyse. Zur weiteren Fehleranalyse können eine Web-Recherche zum angegebenen Fehlercode sowie die Dokumentation von Microsoft dienlich sein.
Alternativ besteht die Möglichkeit den Code zur zugehörigen Text-Meldung zu übersetzen. Verwenden Sie hierfür das Kommando slui 0x2a [ERROR_CODE]
Weitere Fehlerbeschreibungen und -Codes kann der Aktivierungsbefehl slmgr /ato liefern.
Folgende Informationen sind von besonderer Bedeutung und erlauben einen genaueren Einblick in den aktuellen Aktivierungsstatus:
Bei Aktivierungsproblemen werden zwecks Fehlerbehebung entsprechende Fehlerinformationen (Error-Code in Hex & Fehlermeldung) angezeigt.
Nachdem sichergestellt wurde, dass der korrekte Lizenzierungskanal zum Einsatz kommt, ermöglicht der besagte Fehlercode eine weiterführende Analyse. Zur weiteren Fehleranalyse können eine Web-Recherche zum angegebenen Fehlercode sowie die Dokumentation von Microsoft dienlich sein
Alternativ besteht die Möglichkeit den Code zur zugehörigen Text-Meldung zu übersetzen. Verwenden Sie hierfür die Kommandos slui 0x2a [ERROR_CODE] oder cscript ospp.vbs /ddescr:[ERROR_CODE]
Weitere Fehlerbeschreibungen und -Codes kann der Aktivierungsbefehl cscript ospp.vbs /act liefern.
Die verbliebene Zeit wird in Tagen bzw. Minuten angezeigt und muss ggf. in ein Enddatum umgerechnet werden.
Für die Aktivierung über KMS wird ein sog. Generic Volume License Key (GVLK) benötigt, welcher die lokal installierte Windows- bzw. Office-Instanz zu einem KMS-Client konfiguriert.
Der benötigte GVLK ist vom jeweiligen Produkt abhängig, welches aktiviert werden soll und kann in der Dokumentation von Microsoft eingesehen werden.
Eine „manuelle“ Aktivierung ist nach Fehlerkorrekturen oder Konfigurationsänderungen (Produkt-Key, DNS-Einstellungen […]) sinnvoll.
Bei erfolgreicher Aktivierung erscheint jeweils ein entsprechender Hinweis. Liegt ein Aktivierungsfehler vor, erscheint die zugehörige Fehlermeldung (siehe oben)
Wurden Windows oder Office in der Vergangenheit bereits per KMS aktiviert, so wird die Aktivierung erneuert.
Die Aktivierung per KMS erfordert immer einen KMS-Server. Im Normalfall wird der Zielserver über DNS (SRV-Records) ermittelt und danach kontaktiert.
Bei einer unvollständigen bzw. unpassenden DNS-Client-Konfiguration kann dieser Prozess fehlschlagen, sodass die Aktivierung per KMS nicht möglich ist. Es existieren verschiedene Korrekturmöglichkeiten.
Das RHRZ betreibt zwei gleichwertige KMS-Server:
Der genutzte Port für KMS lautet TCP:1688.
Die DNS-Zone mit den KMS SRV-Records lautet uni-kl.de. Geräte denen das Suffix dieser Zone (uni-kl.de) bekannt ist, können die KMS-Server über einen SRV-Record-Lookup identifizieren.
Durch das manuelle Festlegen des KMS Ziel-Servers, wird die automatische Identifizierung per KMS deaktiviert bzw. übergangen. Der festgelegte KMS-Server wird fortan für alle KMS Aktivierungsanfragen kontaktiert.
Diese Einstellung kann mit slmgr /ckms rückgängig gemacht werden.
Diese Einstellung kann mit cscript ospp.vbs /remhst rückgängig gemacht werden
Es besteht die Möglichkeit die DNS Such-Domäne für die automatische Identifizierung des KMS Ziel-Servers festzulegen. Auf diese Weise können beide KMS-Server des RHRZ (je nach Verfügbarkeit) genutzt werden, da der Client automatisch einen Server selektiert und kontaktiert. Falls jedoch bereits ein KMS-Server manuell festgelegt wurde, hat dieses Setting keine weitere Auswirkung.
Diese Einstellung kann mit cscript ospp.vbs /ckms-domain rückgängig gemacht werden.
Diese Einstellung kann mit cscript ospp.vbs /ckms-domain rückgängig gemacht werden.
Für die automatische Identifizierung des Ziel KMS-Servers über DNS muss die die DNS-Zone uni-kl.de auf dem Clientbekannt sein. Hierfür kann die DNS-Suffix Liste im System manuell angepasst werden
Hinweis:
Das Suffix „uni-kl.de“ kann je nach Netzkonfiguration über ein DHCP-Lease als verbindungsspezifisches Suffix bereits vorhanden sein. Alternativ kann das Suffix als primäres DNS-Suffix bei einem Domain-Join in die RHRZ AD Domäne automatisch durch das System konfiguriert werden. (Falls der Wert nicht manuell nachträglich geändert wird.)
In der Standardkonfiguration wird das System sowohl verbindungsspezifische als auch das primäre DNS-Suffix in die DNS-Suffix Liste einbeziehen. (Auf die für die Identifizierung des KMS Ziel-Servers zurückgegriffen wird)
Das manuelle Festlegen der DNS-Suffix Suchliste kann demnach erfolgen, wenn die automatisch generierte Liste nicht zum Ziel führt.
Es handelt sich hierbei um eine systemweite Einstellung, welche sich auf alle netzwerkbasierenden Funktionen im System auswirken kann. Von daher sind bei korrekter Konfiguration positive Nebeneffekte auf andere Funktionen denkbar.
Die DNS-Suffix Suchliste kann in den Einstellungen der Netzwerkadapter manuell festgelegt werden.
Da das System über mehr als einen Adapter verfügen kann, empfiehlt es sich diese Einstellung am primären Adapter (mit Verbindung ins Uni-Netz/ ins Internet) vorzunehmen.
Öffnen Sie hierfür die Liste der Netzwerkverbindungen in der Systemsteuerung
Öffnen Sie nachfolgend die Eigenschaften Ihres primären Netzwerkadapters.
Navigieren Sie nachfolgend durch das Einstellungsfenster zu den DNS-Einstellungen.
Aktivieren Sie mit einem Klick auf „Diese DNS-Suffix anhängen (in Reihenfolge)“ die manuelle Suchliste.
Fügen Sie mit dem „Hinzufügen“-Button alle benötigten Suffixe hinzu und sortieren sie in absteigender Reihenfolge. Das Ergebnis sollte wie folgt aussehen:
Bestätigen Sie zuletzt alle Änderungen mit einem auf „OK“.
Da es sich um eine systemweite Einstellung handelt wirkt sich diese Konfiguration auf alle Netzwerkverbindungen aus.
Die Aktivierung von Windows und Office kann danach ohne weitere Konfiguration durchgeführt werden:
Der Aktivierungsprozess via KMS erlaubt nur geringfügige Abweichungen bei Datum und Uhrzeit zwischen Server und Client. Deshalb muss sichergestellt sein, dass Datum und Uhrzeit auf dem Client korrekt sind.
Hierfür kann eine Synchronisation über das Netzwerk mit einem Zeitserver (NTP - Server) erfolgen. Es kann eine Synchronisation mit dem NTP – Server der TU bzw. des RHRZ durchgeführt werden.
Zuvor muss eventuell der Dienst w32time „Windows-Zeitgeber“ aktiviert und gestartet werden. Hierfür kann z.B. das Dienste-Snapin der Systemverwaltung (services.msc) genutzt werden. Alternativ kann hierfür die Powershell genutzt werden. (set-service w32time -StartType Automatic und start-service w32time)
Das Kommando für die Zeitsynchronisation lautet: w32tm /config /manualpeerlist:ntp.uni-kl.de /syncfromflags:manual /update
Das Ergebnis der Synchronisation kann wie folgt abgefragt werden: w32tm /query /status
Um diese Einstellung (manuell festgelegter NTP-Server) zurückzusetzen, muss in der Registry der Wert
„HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\Parameters\NtpServer“
gelöscht werden.
Nach einem Neustart des Dienstes w32time sind die manuell konfigurierten NTP-Server entfernt.
