Les instructions suivantes s'adressent aux administrateurs et aux responsables informatiques et servent à résoudre les problèmes d'activation dans Windows et Office. Pour pouvoir suivre les aides contenues dans ces instructions, vous devez être familiarisé avec l'utilisation de la ligne de commande (cmd) et / ou de Powershell (PS). En outre, vous devez être en mesure d'exécuter les commandes décrites dans un shell avec des droits d'administrateur (exécuter cmd ou PowerShell en tant qu'administrateur).
En cas d'erreurs d'activation, il convient de vérifier d'abord les indications générales.
Les problèmes d'activation sont souvent dus à un problème d'identification automatique du serveur KMS. C'est pourquoi vous devez également vérifier la configuration DNS ou la configuration du serveur cible KMS. (voir la section La recherche automatique d'un serveur KMS échoue. Quelles sont les alternatives ?)
Outre le portail de service, nous recommandons le RHRZ WDS et le SCCM comme source pour les installations Windows et Office, car ces supports/installations sont déjà correctement préconfigurés pour l'activation de KMS.
Quels sont les outils à ma disposition ?
Toutes les commandes décrites ci-dessous peuvent être exécutées à l'intérieur de cmd ou de PS et nécessitent (pour effectuer une modification de la configuration d'activation) d'être exécutées avec des droits d'administrateur.
slmgr.vbs
- Interface d'activation Windows
- Exécution possible à partir de n'importe quel répertoire avec le shell utilisé (composant système).
- Appel : slmgr[PARAMETER]
ospp.vbs
- Interface pour l'activation d'Office
- Exécution possible uniquement à l'intérieur du répertoire d'installation d'Office avec le shell utilisé(naviguer auparavant avec le CD dans le répertoire correct)
- (Office 64 bits) C:\Program Files\Microsoft Office\Office16
- (Office 32 bits) C:\Program Files (x86)\Microsoft Office\Office16
- Appel : cscript ospp.vbs [PARAMÈTRE]
slui.exe
- Dialogue d'activation Windows
- Peut être utilisé pour la résolution des codes d'erreur hexadécimaux en messages d'erreur
- Appel : slui 0x2a [HEX_ERROR_CODE]
Windows
- La commande est la suivante : slmgr /dlv
Les informations suivantes sont particulièrement importantes et permettent de se faire une idée plus précise du statut d'activation actuel :
- le canal d'activation actuel, l'état actuel de la licence ainsi que les 5 derniers caractères de la clé de produit actuellement utilisée (marqués en rouge dans la fig.)
- Intervalles de temps dans le processus d'activation et durée d'activation restante (en jaune sur l'illustration).
- Serveur KMS compétent et informations DNS (en cas d'activation réussie) (en vert sur l'illustration)
En cas de problèmes d'activation, les informations d'erreur correspondantes (code d'erreur en hexadécimal) s'affichent pour permettre la résolution du problème.
Après avoir vérifié que le canal de licence correct est utilisé, le code d'erreur en question permet une analyse plus approfondie. Pour une analyse plus approfondie, il est possible d'effectuer une recherche sur Internet pour le code d'erreur indiqué et de consulter la documentation de Microsoft.
Il est également possible de traduire le code du message textuel correspondant. Utilisez pour cela la commande slui 0x2a [ERROR_CODE].
- Ex : slui 0x2a 0xC004F056
La commande d'activation slmgr /ato peut fournir d'autres descriptions et codes d'erreur.
Office
- cd "C:\Program Files\Microsoft Office\Office16".
- La commande est la suivante : cscript ospp.vbs /dstatus
Les informations suivantes sont particulièrement importantes et permettent de se faire une idée plus précise du statut d'activation actuel :
- Canal d'activation actuel, statut actuel de la licence ainsi que les 5 derniers caractères de la clé de produit actuellement utilisée (marqués en rouge dans l'illustration).
- Intervalles de temps dans le processus d'activation et durée d'activation restante (en jaune sur l'illustration).
- Serveur KMS compétent et informations DNS (en cas d'activation réussie) (en vert sur l'illustration)
En cas de problème d'activation, les informations d'erreur correspondantes (code d'erreur en hexadécimal et message d'erreur) s'affichent pour permettre la résolution du problème.
Après avoir vérifié que le canal de licence correct est utilisé, le code d'erreur en question permet une analyse plus approfondie. Pour une analyse plus approfondie de l'erreur, il est possible d'effectuer une recherche sur Internet pour le code d'erreur indiqué et de consulter la documentation de Microsoft.
- https://docs.microsoft.com/de-de/office/troubleshoot/activation/office-activation-process-issues
- https://docs.microsoft.com/de-de/windows-server/get-started/activation-error-codes )
Il est également possible de traduire le code du message textuel correspondant. Pour cela, utilisez les commandes slui 0x2a [ERROR_CODE] ou cscript ospp.vbs /ddescr :[ERROR_CODE].
- Ex : slui 0x2a 0xC004F056 ou cscript ospp.vbs /ddescr:0xC004F056
La commande d'activation cscript ospp.vbs /act peut fournir d'autres descriptions et codes d'erreur.
De quelle clé de produit ai-je besoin pour l'activation via KMS ?
Pour l'activation via KMS, une clé de licence de volume générique (GVLK) est nécessaire, qui configure l'instance Windows ou Office installée localement en client KMS.
La GVLK nécessaire dépend du produit qui doit être activé et peut être consultée dans la documentation de Microsoft.
- Désinstaller la clé de produit d'un produit Office (nécessaire si des licences ou des clés de produits Office plus anciens sont en conflit sur le système).
- Les 5 derniers chiffres de la clé de produit à désinstaller peuvent être déterminés par cscript ospp.vbs /dstatus
- cscript ospp.vbs /unpkey :[Last_5_ProductKey_Characters]
- Ex. Désinstaller Office 2016 Pro Plus GVLK : cscript ospp.vbs /unpkey:WFG99
Comment activer Windows ou Office manuellement ?
Une activation "manuelle" est utile après une correction d'erreur ou une modification de la configuration (clé de produit, paramètres DNS [...]).
Si l'activation est réussie, un message correspondant apparaît à chaque fois. En cas d'erreur d'activation, le message d'erreur correspondant apparaît(voir ci-dessus).
Si Windows ou Office ont déjà été activés par KMS dans le passé, l'activation est renouvelée.
La recherche automatique d'un serveur KMS échoue. Quelles sont les alternatives ?
L'activation par KMS nécessite toujours un serveur KMS. Normalement, le serveur cible est déterminé par DNS (enregistrements SRV) et contacté ensuite.
Si la configuration du client DNS est incomplète ou inadaptée, ce processus peut échouer et l'activation par KMS n'est pas possible. Il existe différentes possibilités de correction.
Le RHRZ exploite deux serveurs KMS équivalents :
- kms01.uni-kl.de | 131.246.125.130
- kms02.uni-kl.de | 131.246.125.145
Le port utilisé pour KMS est TCP:1688.
La zone DNS avec les enregistrements KMS SRV est uni-kl.de. Les appareils qui connaissent le suffixe de cette zone (uni-kl.de) peuvent identifier les serveurs KMS par une recherche d'enregistrement SRV.
Office
- cd "C:\Program Files\Microsoft Office\Office16".
- Les commandes sont les suivantes : cscript ospp.vbs /sethst :[KMS_Server] & cscript ospp.vbs /setprt:1688
- cscript ospp.vbs /sethst:kms01.uni-kl.de ou cscript ospp.vbs /sethst:kms02.uni-kl.de
- cscript ospp.vbs /setprt:1688
- Activation ensuite avec cscript ospp.vbs /act
- Vérification de l'état d'activation avec cscript /ospp.vbs /dstatus
Ce réglage peut être annulé avec cscript ospp.vbs /remhst
Alternative 2 : définir manuellement le domaine de recherche KMS
Il est possible de définir le domaine de recherche DNS pour l'identification automatique du serveur KMS cible. De cette manière, les deux serveurs KMS du RHRZ peuvent être utilisés (selon la disponibilité), car le client sélectionne et contacte automatiquement un serveur. Toutefois, si un serveur KMS a déjà été défini manuellement, ce paramétrage n'a pas d'autre effet.
Office
- cd "C:\Program Files\Microsoft Office\Office16".
- La commande est cscript ospp.vbs /skms-domain :[Domain]
- cscript ospp.vbs /skms-domain:uni-kl.de
- Activation ensuite avec cscript ospp.vbs /act
- Vérification du statut d'activation avec cscript /ospp.vbs /dstatus
Ce réglage peut être annulé avec cscript ospp.vbs /ckms-domain.
Alternative 3 : Paramètres DNS : Définir manuellement la liste des suffixes DNS
Pour l'identification automatique du serveur KMS cible via DNS, la zone DNS uni-kl.de doit être connue sur le client. Pour cela, la liste des suffixes DNS peut être adaptée manuellement dans le système.
Remarque :
Selon la configuration du réseau, le suffixe "uni-kl.de" peut déjà exister comme suffixe spécifique à la connexion via un bail DHCP. Alternativement, le suffixe peut être configuré automatiquement par le système comme suffixe DNS primaire lors d'une jonction de domaine dans le domaine RHRZ AD. (Si la valeur n'est pas modifiée manuellement par la suite).
Dans la configuration standard, le système inclura à la fois le suffixe DNS spécifique à la connexion et le suffixe DNS primaire dans la liste des suffixes DNS. (qui est utilisé pour l'identification du serveur cible KMS).
La définition manuelle de la liste de recherche des suffixes DNS peut donc être effectuée si la liste générée automatiquement ne permet pas d'atteindre l'objectif.
Il s'agit d'un réglage à l'échelle du système qui peut avoir des répercussions sur toutes les fonctions basées sur le réseau dans le système. Par conséquent, si la configuration est correcte, des effets secondaires positifs sur d'autres fonctions sont envisageables.
La liste de recherche des suffixes DNS peut être définie manuellement dans les paramètres des adaptateurs réseau .
Comme le système peut disposer de plus d'un adaptateur, il est recommandé de procéder à ce réglage sur l'adaptateur primaire (connecté au réseau de l'université/à Internet).
Pour ce faire, ouvrez la liste des connexions réseau dans le Panneau de configuration
- Panneau de configuration => Centre de réseau et de partage => Modifier les paramètres de l'adaptateur
- Alternativement : exécuter ncpal.cpl
Ouvrez ensuite les propriétés de votre adaptateur réseau primaire.
Activez la liste de recherche manuelle en cliquant sur "Ajouter ces suffixes DNS (dans l'ordre)".
Ajoutez tous les suffixes dont vous avez besoin en cliquant sur le bouton "Ajouter" et triez-les par ordre décroissant. Le résultat devrait ressembler à ce qui suit :
- Suffixe spécifique au domaine (p.ex. mv.uni-kl.de)
- rhrk.uni-kl.de
- uni-kl.de
Confirmez enfin toutes les modifications en cliquant sur "OK".
Comme il s'agit d'un réglage à l'échelle du système, cette configuration se répercute sur toutes les connexions réseau.
Comment puis-je synchroniser l'heure et la date sur mon système via le réseau avec un serveur de temps ?
Le processus d'activation via KMS ne permet que de légères différences de date et d'heure entre le serveur et le client. Il faut donc s'assurer que la date et l'heure sont correctes sur le client.
Pour cela, une synchronisation peut être effectuée via le réseau avec un serveur de temps (serveur NTP). Il est possible d'effectuer une synchronisation avec le serveur NTP de la TU ou du RHRZ.
Au préalable, il faut éventuellement activer et démarrer le service w32time "Horloge Windows". Pour cela, on peut par exemple utiliser le snapin de services de l'administration système (services.msc). Il est également possible d'utiliser Powershell à cet effet.(set-service w32time -StartType Automatic et start-service w32time)