Activation KMS : problèmes connus

Essayez notre agent virtuel : il peut vous aider à identifier et résoudre rapidement les problèmes courants liés à l’activation KMS et MAK

Cet article décrit les questions courantes et les problèmes pouvant être rencontrés lors des activations du service de gestion des clés (KMS) et fournit des conseils pour résoudre les problèmes.

Note

Si vous pensez que votre problème est lié à DNS, consultez les procédures de résolution des problèmes courants pour les problèmes KMS et DNS.

Dois-je sauvegarder les informations de l’hôte KMS ?

La sauvegarde n’est pas nécessaire pour les hôtes KMS. Toutefois, si vous utilisez un outil pour nettoyer régulièrement les journaux d’événements, l’historique d’activation stocké dans les journaux peut être perdu. Si vous utilisez le journal des événements pour suivre ou documenter les activations KMS, exportez régulièrement le journal des événements du service de gestion des clés à partir du dossier Journaux des applications et des services de l’Observateur d’événements.

Si vous utilisez System Center Operations Manager, la base de données System Center Data Warehouse stocke les données du journal des événements pour la création de rapports. Par conséquent, vous n’avez pas besoin de sauvegarder les journaux d’événements séparément.

L’ordinateur client KMS est-il activé ?

On the KMS client computer, open the System control panel, and look for the Windows is activated message. Alternatively, run Slmgr.vbs and use the the /dli command-line option.

L’ordinateur client KMS ne s’active pas.

Vérifiez que le seuil d’activation KMS est atteint. On the KMS host computer, run Slmgr.vbs and use the /dli command-line option to determine the host’s current count. Tant que l’hôte KMS n’a pas le nombre de 25, les ordinateurs clients Windows 7 ne peuvent pas être activés. Les clients KMS Windows Server 2008 R2 nécessitent un nombre KMS de 5 pour l’activation. Pour plus d’informations sur les exigences KMS, consultez le Guide de planification de l’activation en volume.

Sur l’ordinateur client KMS, recherchez l’ID d’événement 12289 dans le journal des événements de l’application. Vérifiez cet événement pour obtenir les informations suivantes :

• Is the result code 0? Tout autre chose est une erreur.
• Le nom d’hôte KMS est-il correct dans l’événement ?
• Le port KMS est-il correct ?
• L’hôte KMS est-il accessible ?
• Si le client exécute un pare-feu non-Microsoft, le port sortant doit-il être configuré ?

Sur l’ordinateur hôte KMS, recherchez l’ID d’événement 12290 dans le journal des événements KMS. Vérifiez cet événement pour obtenir les informations suivantes :

• L’hôte KMS a-t-il journaliser une demande de l’ordinateur client ? Vérifiez que le nom de l’ordinateur client KMS est répertorié. Vérifiez que le client et l’hôte KMS peuvent communiquer. Le client a-t-il reçu la réponse ?
• Si aucun événement n’est journalisé à partir du client KMS, la demande n’a pas atteint l’hôte KMS ou l’hôte KMS n’a pas pu le traiter. Assurez-vous que les routeurs ne bloquent pas le trafic à l’aide du port TCP 1688 (si le port par défaut est utilisé) et que le trafic avec état vers le client KMS est autorisé.

Que signifie ce code d’erreur ?

À l’exception des événements KMS qui ont l’ID d’événement 12290, Windows enregistre tous les événements d’activation dans le journal des événements de l’application sous le nom du fournisseur d’événements Microsoft-Windows-Security-SPP. Windows enregistre les événements KMS dans le journal du service de gestion des clés dans le dossier Applications et Services. Les professionnels de l’informatique peuvent exécuter Slui.exe pour afficher une description de la plupart des codes d’erreur liés à l’activation. La syntaxe générale de cette commande est la suivante :

slui.exe 0x2a ErrorCode

Par exemple, si l’ID d’événement 12293 contient le code d’erreur 0x8007267C, vous pouvez afficher une description de cette erreur en exécutant la commande suivante :

slui.exe 0x2a 0x8007267C

Pour plus d’informations sur des codes d’erreur spécifiques et sur la façon de les résoudre, consultez Résolution des codes d’erreur d’activation courants.

Les clients ne sont pas ajoutés au nombre de clients KMS

To reset the client computer ID (CMID) and other product-activation information, run sysprep /generalize or slmgr /rearm. Sinon, chaque ordinateur client semble identique et l’hôte KMS ne les compte pas comme clients KMS distincts.

Les hôtes KMS ne peuvent pas créer d’enregistrements SRV

DNS (Domain Name System) peut restreindre l’accès en écriture ou bien ne pas prendre en charge le DNS dynamique (DDNS). Dans ce cas, accordez à l’hôte KMS un accès en écriture à la base de données DNS ou créez manuellement l’enregistrement de ressource de service (SRV). Pour plus d’informations sur les problèmes KMS et DNS, consultez Procédures de résolution des problèmes courants pour les problèmes KMS et DNS.

Seul le premier hôte KMS est en mesure de créer des enregistrements SRV

Si l’organisation a plusieurs hôtes KMS, les autres hôtes peuvent ne pas être en mesure de mettre à jour le SRV RR, sauf si les autorisations par défaut SRV sont modifiées. Pour plus d’informations sur les problèmes KMS et DNS, consultez Procédures de résolution des problèmes courants pour les problèmes KMS et DNS.

J’ai installé une clé KMS sur le client KMS

Les clés KMS doivent être installées uniquement sur les hôtes KMS, et non sur les clients KMS. Exécutez slmgr.vbs -ipk <SetupKey>. Pour les tables de clés que vous pouvez utiliser pour configurer l’ordinateur en tant que client KMS, consultez les clés de configuration du client KMS. Ces clés sont connues publiquement et sont spécifiques à l’édition. N’oubliez pas de supprimer les RRS SRV inutiles du DNS, puis redémarrez les ordinateurs.

Échec d’un hôte KMS

Si un hôte KMS échoue, vous devez installer une clé hôte KMS sur un nouvel hôte, puis activer l’hôte. Assurez-vous que le nouvel hôte KMS a un SRV RR dans la base de données DNS. Si vous installez le nouvel hôte KMS à l’aide du même nom d’ordinateur et de la même adresse IP que l’hôte KMS ayant échoué, le nouvel hôte KMS peut utiliser l’enregistrement SRV DNS de l’hôte ayant échoué. Si le nouvel hôte a un autre nom d’ordinateur, vous pouvez supprimer manuellement le SRV DNS de l’hôte défaillant ou (si la récupération est activée dans DNS) autoriser DNS à le supprimer automatiquement. Si le réseau utilise DDNS, le nouvel hôte KMS crée automatiquement un nouveau SRV RR sur le serveur DNS. Le nouvel hôte KMS commence ensuite à collecter les demandes de renouvellement du client et commence à activer les clients dès que le seuil d’activation KMS est atteint.

Si vos clients KMS utilisent la découverte automatique, ils sélectionnent automatiquement un autre hôte KMS si l’hôte KMS d’origine ne répond pas aux demandes de renouvellement. If the clients do not use auto-discovery, you must manually update the KMS client computers that were assigned to the failed KMS host by running slmgr.vbs /skms. Pour éviter ce scénario, configurez les clients KMS pour qu’ils utilisent la découverte automatique. Pour plus d’informations, consultez le Guide de déploiement d’activation en volume.