[SDP 3] activation de KMS du Client Office [85880d06-9b7f-4910-90c3-923c3437f6b2] diagnostic

IMPORTANT : Cet article est issu d'une traduction automatique réalisée par un logiciel Microsoft et non par un traducteur professionnel. Cette traduction automatique a pu aussi être révisée par la communauté Microsoft grâce à la technologie Community Translation Framework (CTF). Pour en savoir plus sur cette technologie, veuillez consulter la page http://support.microsoft.com/gp/machine-translation-corrections/fr. Microsoft vous propose en effet des articles traduits par des professionnels, des articles issus de traductions automatiques et des articles issus de traductions automatiques révisées par la communauté Microsoft, de manière à ce que vous ayez accès à tous les articles de notre Base de connaissances dans votre langue. Il est important de noter que les articles issus de la traduction automatique, y compris ceux révisés par la communauté Microsoft, peuvent contenir des erreurs de vocabulaire, de syntaxe ou de grammaire. Microsoft ne pourra être tenu responsable des imprécisions, erreurs, ainsi que de tout dommage résultant d’une traduction incorrecte du contenu ou de son utilisation par les clients.

La version anglaise de cet article est la suivante: 2870357
Résumé
Ce fichier de manifeste de prise en charge des Diagnostics plate-forme (SDP) collecte et analyse les paramètres de configuration à partir d'un ordinateur désigné comme un « client KMS d'Office ». Ce manifeste SDP permet de résoudre les problèmes d'activation pour les clients avec Microsoft Office 2010 ou Microsoft Office 2013 est installé.

Vous pouvez utiliser ce diagnostic sur les versions suivantes de Windows :
  • Windows Server 2012
  • Windows Server 2008 R2
  • Windows 8
  • Windows 7
  • Windows Vista
NOTE : Les clients Office installés sur Windows XP ou Windows Server 2003 ne sont pas pris en charge par ce package de diagnostic.

Lorsque vous exécutez ce package de diagnostic sur une version prise en charge de Windows, un rapport html est créé pour vous permettre de consulter les résultats. Cet état est appelé {nom_ordinateur}_Office_Client_KMS_Report.htmlet il est enregistré dans le dossier Bureau et vous pouvez le consulter à tout moment. Consultez le rapport html pour obtenir des instructions sur la façon de résoudre les problèmes détectés par ce diagnostic.

Ce diagnostic collecte également les éléments suivants.

DescriptionNom de fichier
Fichiers texte (.log, .xml) qui contiennent les résultats de l'Office robuste
Outil d'inventaire de l'analyse (ROIScan).
{Nom_ordinateur} _Roiscan.log
{Computername}_Roiscan.xml
Détails de configuration KMS d'Office 2010 est généré en exécutant la commande suivante :

Office 2013
cscript c:\windows\system32\slmgr.vbs /dlv 2E28138A-847F-42BC-9752-61B03FFF33CD

Office 2010
cscript c:\windows\system32\slmgr.vbs /dlv BFE7A195-4F8F-4F0B-A622-CF13C7D16864
{Nom_ordinateur} _KMS_Client_slmgr.log
Filtrés de journal des événements applications des événements où la Source = Microsoft-Windows-Security-SPP. les fichiers aux formats texte, csv, xml et evtx. {Nom_ordinateur} _evt_Activation_Application_Filter.*
Journal des événements applications (non filtré). Les fichiers sont des formats texte, csv, xml et evtx. {Nom_ordinateur} _evt__Application_Filter.*
Journal des événements – Service Gestionnaire de clés {Nom_ordinateur} _evt_KeyManagementService.*
Résultats d'une requête DNS pour un enregistrement SRV à l'aide de la commande suivante :

nslookup-type = srv _vlmcs._tcp
{Nom_ordinateur} _NSLookup.log
Sortie de l'utilitaire MGADiag {Nom_ordinateur} _MGADiag.txt
Fichier texte qui affiche la machine client KMS ID (CMID) - Office # est Office14 ou Office15._ {Office #} {nom_ordinateur} _Ospp dcmid.txt
Fichier texte qui affiche l'historique de l'échec de l'activation MAK/vente au détail - Office # est Office14 ou Office15._ {Office #} {nom_ordinateur} _Ospp dhistoryActErr.txt
Fichier texte qui affiche le service Gestionnaire de clés d'activation historique du client - Office # est Office14 ou Office15._ {Office #} {nom_ordinateur} _Ospp dhistorykms.txt
Fichier texte qui affiche les informations de licence pour toutes les licences installées - Office # est Office14 ou Office15._ {Office #} de {nom_ordinateur} _Ospp-Dstatusall.txt
Fichier texte que les certificats de l'activation basée sur un jeton affiche - Office # est Office14 ou Office15._ {Office #} {nom_ordinateur} _Ospp Dtokcerts.txt
Fichier texte qui affiche installé les licences d'émission de l'activation basée sur un jeton - Office # est Office14 ou Office15._ {Office #} {nom_ordinateur} _Ospp dtokils.txt

Plus d'informations
Lorsque vous essayez d'activer un client de Microsoft Office à l'aide de l'activation KMS, vous recevez une erreur indiquant que l'activation n'a pas réussie. Le code d'erreur dans le texte d'erreur varie en fonction de la cause du problème.

Important Cet article contient des informations sur la façon de modifier le Registre. Assurez-vous que vous sauvegardez le Registre avant de le modifier. Assurez-vous que vous savez comment restaurer le Registre si un problème survient. Pour plus d'informations sur la façon de sauvegarder, restaurer et modifier le Registre, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :

322756 Comment faire pour sauvegarder et restaurer le Registre dans Windows

Remarque: cet article n'est pas destiné à être utilisé de manière linéaire. Au lieu de cela, il doit fournir ciblé de dépannage qui correspondent directement à un code d'erreur s'affiché lors de la tentative d'activation d'un client Office à l'aide de l'activation KMS. Veuillez vous assurer de ne suivez les étapes de l'article lié au code d'erreur que vous voyez sur votre client Office.

Si nécessaire, la procédure décrite dans cette section peut vous aider à générer cette erreur. Ensuite, vous pouvez utiliser les étapes appropriées dans la section résolution de cet article pour cette erreur.

Si vous avez le code d'erreur retourné par une tentative d'activation d'un client Office à l'aide de l'activation KMS, cliquez sur les codes d'erreur et les descriptions dans la tableau ci-dessous Pour accéder à la solution appropriée dans la section résolution .

Si vous ne vous souvenez pas le code d'erreur retourné par une tentative d'activation d'Office à l'aide de KMS, procédez comme suit pour générer l'erreur.
  1. Ouvrez une fenêtre de ligne de commande avec élévation de privilèges sur le client Office (2010 ou 2013).
  2. Accédez au dossier dans lequel se trouve le Ospp.vbs.

    Par défaut, le dossier est la suivante :

    Windows 32 bits + Office 32 bits ou 64 bits de Windows + 64 bits Office

    -Office 2013: C:\Program Files\Microsoft Office\Office15
    -Office 2010: C:\Program Files\Microsoft Office\Office14

    Windows 64 bits + 32 bits Office

    -Office 2013: C:\Program Files (x 86) \Microsoft Office\Office15
    -Office 2010: C:\Program Files (x 86) \Microsoft Office\Office14

  3. Exécutez la commande suivante :
    Cscript ospp.vbs /dstatusall
  4. Assurez-vous que vous disposez d'une licence Office est éligible pour l'activation de KMS (vous devez voir « VOLUME_KMSClient » dans la Description de la licence).

    L'exemple suivant montre que vous pouvez voir dans la sortie d'une édition de licence en volume d'Office 2010 Professionnel Plus.
    SKU ID: 6f327760-8c5c-417c-9b61-836a98287e0cLICENSE NAME: Office 14, OfficeProPlus-KMS_Client editionLICENSE DESCRIPTION: Office 14, VOLUME_KMSCLIENT channelLICENSE STATUS: <current license status value>KU ID: 6f327760-8c5c-417c-9b61-836a98287e0cLICENSE NAME: Office 14, OfficeProPlus-KMS_Client editionLICENSE DESCRIPTION: Office 14, VOLUME_KMSCLIENT channelLICENSE STATUS: <current license status value>LUME_KMSCLIENT channelLICENSE STATUS: <current license status value>
  5. Si la valeur de LICENSE STATUS dans le message ne dit pas « licensed », alors exécutez la commande suivante. Dans le cas contraire, ce client Office est déjà autorisé et il est inutile de continuer.
    Cscript ospp.vbs /act
    Remarque : Si le client Office est déjà sous licence à l'aide d'une clé MAK et que vous souhaitez modifier l'activation du service Gestionnaire de clés, cliquez sur ici Pour accéder à la section de cet article qui fournit les étapes pour effectuer cette conversion de méthodes d'activation.

  6. Notez la valeur de Code d'erreur dans la sortie.
  7. Cliquez sur le code d'erreur correspondant dans le code suivant liste d'erreur codes et les descriptions de passer sur les étapes de dépannage appropriées dans la section résolution de cet article.

Cliquez sur une erreur dans le sommaire et se rendre à la section Dépannage appropriée dans cet article.

Si vous ne voyez pas votre code d'erreur ou si la procédure de dépannage ne résolve pas le problème, consultez les articles suivants pour plus d'informations sur la façon de résoudre les problèmes liés à l'activation de volume pour Microsoft Office.

Résoudre les problèmes liés à l'activation en volume pour Office 2013

Résoudre les problèmes liés à l'activation en volume pour Office 2010
Résolution
Pour résoudre un problème d'activation KMS pour un client Microsoft Office 2010 ou Microsoft Office 2013, reportez-vous à la section appropriée pour votre problème ci-dessous.




Office Software Protection Platform Service ou logiciel de Service de Protection n'a ne pas démarré (erreur 0 x 80070422 ou 0x80070426)
Avertissement Des problèmes graves peuvent survenir si vous modifiez le Registre incorrectement à l'aide de l'Éditeur du Registre ou en utilisant une autre méthode. Ces problèmes peuvent nécessiter que vous réinstallez le système d'exploitation. Microsoft ne peut pas garantir que ces problèmes puissent être résolus. Modifiez le Registre à vos risques et périls.

Lorsque vous essayez d'activer Microsoft Office vous recevez une des erreurs suivantes :
  • 0x80070422
  • 0x80070426

Pour que l'activation KMS d'Office se produisent, les services suivants doivent être activés (basé sur la version d'Office plus de combinaison des versions de Windows) :

Version de Microsoft OfficeVersion de WindowsService requis
Office 2010Windows 8, Windows 7, Windows Vista, Windows XPOffice Software Protection Platform
Office 2013Windows 7, Windows Vista, Windows XPOffice Software Protection Platform
Office 2013Windows 8Protection de logiciels

Procédez comme suit pour activer le service requis pour la combinaison de Microsoft Office et Microsoft Windows.
  • Service de Office Software Protection Platform
    1. Ouvrez le composant logiciel enfichable Services (Services.msc).
      1. Cliquez sur Démarrer , puis sur exécuter.
      2. Tapez Services.msc , puis appuyez sur ENTRÉE.
    2. Double-cliquez sur Office Software Protection Platform.
    3. Assurez-vous que le paramètre de type de démarrage est automatique (début différé).



    4. Si l' état du Service est arrêté, cliquez sur Démarrer .
    5. Cliquez sur OK.
  • Protection de logicielsservice (Office 2013 + Windows 8)
    1. Démarrez l'Éditeur du Registre.
      1. Sur le bureau, appuyez sur la touche Windows + R.
      2. Tapez regedit dans la zone Ouvrir, puis appuyez sur ENTRÉE.

    2. Recherchez et sélectionnez la clé de Registre suivante.

      HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\sppsvc

    3. Avec le bouton droit de la valeur de début , puis cliquez sur Modifier.
    4. Modifier les Données de la valeur 2, puis cliquez sur OK.
    5. Fermez l'Éditeur du Registre.

Retour au début

L'activation de KMS s'applique à Office 2010 et les versions ultérieures de Microsoft Office
Activation d'un client Office à l'aide du serveur gestionnaire de clés n'est applicable que pour Office 2010 et les versions ultérieures. Si vous disposez d'une version antérieure d'Office, par exemple le système Office 2007, l'activation KMS ne peut pas être utilisée pour activer Office.

Consultez l'article suivant pour plus d'informations sur cette limitation.

Comment obtenir une clé de licence de volume pour les éditions enterprise Office 2010, le système Office 2007 et Office 2003
http://support.Microsoft.com/kb/828378

Si vous rencontrez des problèmes d'activation KMS avec des produits tels que Microsoft Project ou de Microsoft Visio, consultez les ressources suivantes de résolution des problèmes, en supposant qu'ils sont de la version 2010 ou 2013.


Remarque: Si vous rencontrez un problème d'hôte KMS d'Office où vous n'avez généralement pas Office 2010 ou Office 2013 est installé, les informations contenues dans cet article sont toujours d'actualité.

C'est parce que les messages d'erreur retournés par un échec de l'activation côté client peuvent pointer vers des problèmes d'hôte KMS par exemple d'une configuration incorrecte du DNS, les entrées dans le Registre, ou les règles de pare-feu de blocage de ports d'hôte KMS côté client. Par conséquent, nous recommandons que vous essayez d'activer un client Office, notez le code d'erreur renvoyé, puis suivez les instructions de cet article pour le code d'erreur. Dans de nombreux cas, les étapes décrites dans cet article résout finalement le problème d'hôte KMS.


Retour au début

Version de licence de volume d'Office non trouvé
Si vous avez une version de licence non-Volume de Office est installée, vous ne pouvez activer votre client Office à l'aide du serveur gestionnaire de clés. Types de versions de licences sans Volume incluent les versions de Détail et d'abonnement .

Pour déterminer la licence « type » de votre installation Office, procédez comme suit :
  1. Ouvrez une fenêtre de ligne de commande avec des privilèges élevés.
  2. Accédez au dossier dans lequel se trouve le Ospp.vbs .

    Par défaut, le dossier est la suivante :
    • Windows 32 bits + Office 32 bits ou 64 bits de Windows + 64 bits Office

      -Office 2013: C:\Program Files\Microsoft Office\Office15
      -Office 2010: C:\Program Files\Microsoft Office\Office14
    • Windows 64 bits + 32 bits Office

      -Office 2013: C:\Program Files (x 86) \Microsoft Office\Office15
      -Office 2010: C:\Program Files (x 86) \Microsoft Office\Office14

  3. Exécutez la commande suivante :
    Cscript ospp.vbs /dstatus
  4. Passez en revue la valeur spécifiée sur la ligne de DESCRIPTION de licence des résultats.

    Une version de licence en Volume de Microsoft Office ont "Volume" dans la description. Par exemple :
    LICENSE DESCRIPTION: Office 14, VOLUME_KMSCLIENT channel
    Une version de licence en Volume de Microsoft Office est pas avoir "Volume" dans la description. Par exemple :
    LICENSE DESCRIPTION: Office 15, TIMEBASED_SUB channel
    ou
    LICENSE DESCRIPTION: Office 14, RETAIL channel

Si vous devez activer votre copie de Volume licence d'Office à l'aide du serveur gestionnaire de clés, vous devez suivre ces étapes :
  1. À l'aide du Panneau de configuration programmes et fonctionnalités (ou Ajout/Suppression de programmes dans Windows XP), désinstallez votre version actuelle de la licence en Volume de Microsoft Office.
  2. Installez une version de licence en Volume de Microsoft Office.
Si vous avez des questions concernant vos licences en volume, consultez le Volume Licensing Service Center à l'adresse suivante.


Retour au début

L'Activation de KMS est « sous licence » (erreur 0 x 0)
L'état d'activation KMS actuel d'un client Office peut être déterminé à l'aide de la procédure suivante sur le client Office :
  1. Ouvrez une fenêtre de ligne de commande avec des privilèges élevés.
  2. Accédez au dossier dans lequel se trouve le Ospp.vbs .

    Par défaut, le dossier est la suivante :
    • Windows 32 bits + Office 32 bits ou 64 bits de Windows + 64 bits Office

      -Office 2013: C:\Program Files\Microsoft Office\Office15
      -Office 2010: C:\Program Files\Microsoft Office\Office14

    • Windows 64 bits + 32 bits Office

      -Office 2013: C:\Program Files (x 86) \Microsoft Office\Office15
      -Office 2010: C:\Program Files (x 86) \Microsoft Office\Office14

  3. Exécutez la commande suivante :
    Cscript ospp.vbs /dstatus
  4. Notez les valeurs sur les lignes de la DESCRIPTION de la licence et l'état de la licence. La description doit mentionner « Serveur gestionnaire de clés » et l'état doivent indiquer sous licence.

    Un client Office 2010 dans un état de licence pour l'activation KMS est illustré dans l'exemple suivant :
    SKU ID: 6f327760-8c5c-417c-9b61-836a98287e0cLICENSE NAME: Office 14, OfficeProPlus-KMS_Client editionLICENSE DESCRIPTION: Office 14, VOLUME_KMSCLIENT channelLICENSE STATUS:  ---LICENSED---ERROR CODE: 0 as licensed
    Remarque : Si votre client de bureau est déjà dans un état de licence à l'aide de l'activation KMS, vous n'avez pas à effectuer les procédures de dépannage décrites dans cet article.


Machine est un hôte KMS d'Office 2010
Tant que l'ordinateur hôte KMS Office 2010 est installé est pas également avoir Office 2013 est installé, l'installation d'Office 2010 peut être activée par l'hôte du service Gestionnaire de clés en cours d'exécution sur le même ordinateur.

Remarque: alors que vous pouvez activer un client Office 2010 qui est également un hôte KMS dans certains scénarios, il n'est pas une méthode recommandée pour activer un client Office et ce scénario est bloqué dans les versions ultérieures d'Office.

Toutefois, si Office 2013 est également installé dans cette configuration, puis vous allez pas pouvoir correctement activer Office 2010 à l'aide de l'hôte KMS en cours d'exécution sur le même ordinateur. Pour activer l'installation d'Office 2010 sur cet ordinateur, que vous pouvez soit activer avec une clé MAK, ou vous pouvez pointer l'ordinateur à un autre hôte KMS (si elle existe). Les étapes de des deux options sont fournies dans la section précédente Machine est un hôte KMS d'Office 2013. La seule modification dans les étapes suivantes pour Office 2010 est le chemin d'accès Ospp.vbs. Pour Office 2010, Ospp.vbs est le \ dossierOffice14 .

Retour au début

Office a déjà été activé sur cet ordinateur par moyens (MAK) que le serveur gestionnaire de clés
Si vous avez déjà activé Office à l'aide d'une clé MAK, l'activation à l'aide du serveur gestionnaire de clés va échouer. Vous pouvez indiquer à que vous avez activé déjà avec une clé MAK à l'aide de la procédure suivante.
  1. Ouvrez une fenêtre de ligne de commande avec élévation de privilèges sur le client Office.
  2. Accédez au dossier dans lequel se trouve le Ospp.vbs .

    Par défaut, le dossier est la suivante :
    • Windows 32 bits + Office 32 bits ou 64 bits de Windows + 64 bits Office

      -Office 2013: C:\Program Files\Microsoft Office\Office15
      -Office 2010: C:\Program Files\Microsoft Office\Office14

    • Windows 32 bits + 32 bits Office

      -Office 2013: C:\Program Files (x 86) \Microsoft Office\Office15
      -Office 2010: C:\Program Files (x 86) \Microsoft Office\Office14
  3. Exécutez la commande suivante :
    Cscript ospp.vbs /dstatus
  4. Examinez la ligne dans la sortie de Licence Active.

    Si vous voyez « Clé d'activation multiple » indiqué sur cette ligne, puis le client Office a déjà été activé à l'aide d'une clé MAK. Voici un exemple d'une licence active de la clé d'activation multiple :
    Active License       Office 14, OfficeProPlus-MAK edition
Si vous souhaitez activer ce client à l'aide de l'activation de KMS au lieu de l'activation MAK, procédez comme suit.
  1. Ouvrez une fenêtre de ligne de commande avec élévation de privilèges sur le client Office.
  2. Accédez au dossier dans lequel se trouve le Ospp.vbs .

    Par défaut, le dossier est la suivante :
    • 32-bitWindows + 32-bits Office ou Windows 64 bits + Office 64 bits

      -Office 2013: C:\Program Files\Microsoft Office\Office15
      -Office 2010: C:\Program Files\Microsoft Office\Office14

    • Windows 64 bits + 32 bits Office

      -Office 2013: C:\Program Files (x 86) \Microsoft Office\Office15
      -Office 2010: C:\Program Files (x 86) \Microsoft Office\Office14

  3. Exécutez la commande suivante :
    Cscript ospp.vbs /inpkey:<GVLK key>
    Remarque: Remplacez <GVLK key="">dans l'exemple ci-dessus, la commande avec le générique Volume licence clé (GVLK) pour la version et l'édition de Microsoft Office. Vous pouvez déterminer la clé GVLK à utiliser selon les clés fournies dans les tableaux en bas des articles suivants.

    </GVLK>Résoudre les problèmes liés à l'activation en volume pour Office 2013

    Résoudre les problèmes liés à l'activation en volume pour Office 2010

  4. Exécutez la commande suivante pour activer Office à l'aide de l'activation de KMS :
    Cscript ospp.vbs /act
    Si vous recevez une erreur d'activation d'Office à l'aide de l'activation KMS, veuillez utiliser le table au début de cet article cliquez sur le code d'erreur dans le tableau qui correspond à votre code d'erreur. Vous saute à la section de cet article pour vous aider à résoudre le problème de l'activation KMS.
Retour au début

Informations manquantes dans le Registre Windows (erreur 0 x 80070001)
Lorsque vous exécutez la commande cscript ospp.vbs /act sur un client Office, vous recevez l' erreur 0 x 80070001 et le texte de description d'erreur est «une erreur non spécifiée s'est produite. Impossible de traiter votre demande pour l'instant. Veuillez réessayer ultérieurement. (0 x 80070001) ».

Vous pouvez résoudre ce problème en exécutant le correctif il solution dans l'article suivant :

L'article présente également les étapes que vous pouvez prendre pour résoudre ce problème manuellement.


Retour au début


Problème d'autorisations possibles dans le Registre Windows (erreur 0 x 80070005)
Lorsque vous exécutez la commande cscript ospp.vbs /act sur un client Office, vous recevez l' erreur 0 x 80070005.

Pour résoudre ce problème, veuillez consulter les informations contenues dans le blog suivant :


Remarque: les informations contenues dans ce blog se rapportent à la fois Office 2010 et Office 2013.


Retour au début


Problème d'autorisations possibles dans le Registre de Windows ou d'autres problèmes de système de Windows (erreur 0x8007000D)
Lorsque vous exécutez la commande cscript ospp.vbs /act sur un client Office, vous recevez l' erreur 0x8007000D, et le texte de description d'erreur est «une erreur non spécifiée s'est produite. Impossible de traiter votre demande pour l'instant. Veuillez réessayer ultérieurement. (0x8007000D). »

Pour résoudre ce problème, veuillez consulter les informations contenues dans le blog suivant :

Remarque: les informations contenues dans ce blog se rapportent à la fois Office 2010 et Office 2013.


Retour au début




Impossible de trouver un enregistrement SRV dans le système DNS pour le serveur d'hôte KMS d'Office (erreur 0x8007232B ou 0x8007251D)
Lorsque vous exécutez la commande cscript ospp.vbs /act sur un client Office, vous recevez une erreur 0x8007232B et la description de l'erreur est «nom DNS n'existe pas.» Ou, vous recevez l' erreur 0x8007251D et la description de l'erreur est «Aucun enregistrement trouvé pour requête DNS donnée. »

Ces erreurs se produisent lorsque :
  • Un client Office ne parvient pas à localiser un enregistrement SRV dans les DNS pour un serveur KMS hôte, et
  • Le client n'a pas été configuré pour communiquer avec un serveur KMS hôte spécifique
Il existe plusieurs solutions de contournement pour ce problème et les solutions. Veuillez sélectionner l'une des méthodes suivantes qui convient le mieux à votre topologie.

Remarque: chacun des méthodes suivantes suppose que vous avez déjà configuré un serveur KMS hôte pour l'activation d'Office. Ce processus de configuration d'hôte nécessite que vous pouvez effectuer les actions suivantes sur un ordinateur hôte KMS :
  1. Installer les fichiers d'hôte Office.
  2. Activer l'hôte à l'aide d'activation de l'hôte en ligne ou de l'activation par téléphone en mode hors connexion.
Si vous n'avez pas encore configuré un serveur KMS hôte pour l'activation d'Office, veuillez suivre les étapes dans les ressources suivantes, puis retournez à cet article que si vos clients Office ne parvenez toujours pas à activer à l'aide du serveur gestionnaire de clés.

Méthode 1: Configurer un serveur KMS hôte pour publier un enregistrement SRV dans DNS

La configuration la plus courante pour l'activation KMS doit définir un hôte KMS qui publie un enregistrement SRV dans DNS. De cette manière, les clients Office peuvent rechercher des serveurs de hôte KMS en interrogeant DNS avant d'essayer de l'activer.

La première étape de la résolution de ce problème est de vérifier l'existence d'un enregistrement SRV dans les DNS pour l'hôte du service Gestionnaire de clés.
  1. Ouvrez une fenêtre d'invite de commande sur l' hôte KMS.
  2. Exécutez la commande suivante :
    nslookup -type=all _vlmcs._tcp
  3. Examinez la sortie.

    Si vous avez un enregistrement SRV pour l'hôte du service Gestionnaire de clés, le résultat contiendra une entrée semblable à la suivante :
    _vlmcs._tcp.contoso.com               SRV service location:                  priority       = 0                  weight         = 0                  port           = 1688                  svr hostname   = kms-server.contoso.com
    • Si l'enregistrement est un SRV dans DNS, pour l'hôte KMS, alors il est possible de votre topologie DNS est configuré de manière à ce que le client Office n'est pas en mesure d'accéder à un serveur DNS avec cet enregistrement SRV. Dans ce cas, vous pouvez reconfigurer ou corriger les paramètres DNS, ou vous pouvez forcer le client Office à utiliser un hôte KMS codée de manière irréversible sans l'aide d'une requête DNS.

      Reportez-vous à la section Méthode 2 ci-dessous pour plus d'informations sur le codage en dur un KMS nom d'hôte sur vos clients de Office.

      Reportez-vous à la section Méthode 3 ci-dessous pour plus d'informations sur la résolution des problèmes liés à DNS sur un client Office.

    • Si vous ne le faites pas ont un enregistrement SRV dans les DNS pour l'hôte du service Gestionnaire de clés, l'étape suivante consiste à vérifier la configuration de l'hôte KMS pour voir si la publication DNS est activée ou désactivée.

      Avertissement Des problèmes graves peuvent survenir si vous modifiez le Registre incorrectement à l'aide de l'Éditeur du Registre ou en utilisant une autre méthode. Ces problèmes peuvent nécessiter que vous réinstallez le système d'exploitation. Microsoft ne peut pas garantir que ces problèmes puissent être résolus. Modifiez le Registre à vos risques et périls.

      Utilisez les étapes suivantes sur votre hôte KMS:

      Remarque: les étapes suivantes s'appliquent à un hôte KMS sur un ordinateur avec Windows Server 2008 R2. Le chemin d'accès du Registre pour la valeur de DisableDnsPublishing peut être différent sur d'autres versions de Windows. Si vous ne parvenez pas à localiser la valeur DisableDnsPublishing en utilisant le chemin d'accès de clé de Registre indiquée ci-dessous, effectuez une recherche dans le Registre sous la ruche HKEY_LOCAL_MACHINE pour DisableDnsPublishing voir s'il existe sur votre hôte KMS.

      1. Recherchez et puis sélectionnez la clé suivante dans le Registre :

        HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\SoftwareProtectionPlatform

      2. Examinez les valeurs figurant sous cette clé pour voir si l'élément suivant existe :

        DWORD : DisableDnsPublishing

        Utilisez le tableau suivant pour déterminer si votre hôte KMS est configurée pour publier un enregistrement SRV de DNS.

        Valeur de DisableDnsPublishingPublication DNS est activée ou désactivée
        1Désactivé
        0Activé
        DisableDnsPublishing n'existe pas
        (il s'agit de la configuration par défaut)
        Activé

        Les étapes suivantes dépendent si la publication DNS est activée ou désactivée sur votre hôte KMS.
        • Publication DNS estpasactivé

          Si la publication DNS n'est pas activée sur votre hôte KMS, procédez comme suit pour activer la publication.
          1. Ouvrez une fenêtre de ligne de commande avec élévation de privilèges sur l'hôte KMS.
          2. Exécutez la commande suivante :
            Cscript c:\Windows\System32\slmgr.vbs /sdns
          3. Redémarrez le service de Protection de logiciel sur votre hôte KMS.

        • Publication DNS est activée.

          Si la publication DNS est activée sur l'hôte KMS, mais vous ne trouvez pas un enregistrement SRV dans DNS, le service serveur DNS peut prend pas en charge les mises à jour dynamiques. Dans ce cas, l'enregistrement « VLMCS._TCP, SRV » peut être enregistré manuellement. Pour créer manuellement un enregistrement KMS SRV dans un serveur Microsoft DNS, procédez comme suit :
          1. Sur le serveur DNS, ouvrez le Gestionnaire DNS.
          2. Cliquez sur le serveur DNS où vous devez créer l'enregistrement de ressource SRV.
          3. Dans l'arborescence de la console, développez Zones de recherche directes , cliquez sur le domaine, puis cliquez sur Nouveaux enregistrements.
          4. Faites défiler la liste et cliquez sur Emplacement du Service (SRV) , puis cliquez sur Créer un enregistrement .
          5. Entrez les informations suivantes :
            ParamètreValeur
            Service_VLMCS
            Protocole_TCP
            Numéro de port1688
            Hôte proposant le service<FQDN of="" the="" kms="" host=""></FQDN>
          6. Cliquez sur OK et puis cliquez sur terminé.

          Remarque : Si votre organisation utilise un serveur DNS non-Microsoft, vous pouvez créer les enregistrements SRV requis en utilisant les détails suivants tant le serveur DNS BIND 9.x conforme.
          ParamètreValeur
          Nom_vlmcs. TCP
          TapezSRV
          Priorité0
          Poids0
          Port1688
          Nom d'hôte<FQDN of="" the="" kms="" host=""></FQDN>

          En outre, pour configurer un serveur DNS BIND 9.x pour prendre en charge la publication automatique KMS, configurez le serveur BIND pour activer les mises à jour des enregistrements de ressources à partir des hôtes KMS. Par exemple, ajoutez la ligne suivante à la définition de zone dans Named.conf ou named.conf.local:
          allow-update { any; }; 

          Remarque : Les champs de priorité et de poids ne sont pas utilisés par KMS et sont ignorées par le client KMS. Toutefois, ils doivent être inclus dans le fichier de zone.



Méthode 2: Affecter un hôte KMS à votre client Office

Par défaut, les clients KMS utilisent la fonctionnalité de découverte automatique et une requête DNS pour obtenir la liste des serveurs qui ont publié l'enregistrement _VLMCS dans la zone membre du client. DNS retourne la liste des hôtes KMS dans un ordre aléatoire. Ensuite, le client choisit un hôte KMS et tente d'établir une session sur celui-ci. Si cette tentative réussit, le client (avec les paramètres par défaut) met en cache le nom du serveur hôte KMS et tente de l'utiliser lors de la tentative de renouvellement suivante. En cas d'échec de l'installation de la session, le client choisit au hasard un autre serveur.

Il est vivement recommandé d'utiliser la fonctionnalité de découverte automatique. Toutefois, vous pouvez affecter manuellement un serveur KMS hôte à votre client d'Office à l'aide de la procédure suivante.
  1. Ouvrez une fenêtre de ligne de commande avec élévation de privilèges sur le client Office (2010 ou 2013).
  2. Accédez au dossier dans lequel se trouve le Ospp.vbs .

    Par défaut, le dossier est la suivante :
    • Windows 32 bits + Office 32 bits ou 64 bits de Windows + 64 bits Office

      -Office 2013: C:\Program Files\Microsoft Office\Office15
      -Office 2010: C:\Program Files\Microsoft Office\Office14
    • Windows 64 bits + 32 bits Office

      -Office 2013: C:\Program Files (x 86) \Microsoft Office\Office15
      -Office 2010: C:\Program Files (x 86) \Microsoft Office\Office14
  3. Exécutez la commande suivante :
    Cscript ospp.vbs /sethst:<value>
    Remarque: Remplacez <value>par le nom ou l'adresse IP de l'hôte KMS.

    </value>
  4. (Facultatif) Si vous devez également configurer un port autre que la valeur par défaut (1688), puis exécutez la commande suivante :
    Cscript ospp.vbs /setprt:<port>
    Remarque: Remplacez <port>avec le numéro de port.</port>
Méthode 3: Résoudre les problèmes DNS sur le client Office

Si les méthodes précédentes n'ont pas résolu le problème, le problème peut établir l'incapacité du client à résoudre ou de se connecter au serveur KMS. Si le problème est l'incapacité du client à résoudre le nom DNS du serveur KMS ou à se connecter au serveur KMS, procédez comme suit sur le client Office , sauf indication contraire :
  1. À une invite de commandes, tapez la commande suivante et appuyez sur ENTRÉE :
    Ipconfig /all
  2. Résultats de la commande, notez l'adresse IP, l'adresse du serveur DNS et l'adresse de passerelle par défaut.
  3. Vérifiez la connectivité de base IP au serveur DNS à l'aide de la commande ping . Pour ce faire, exécutez la commande suivante :
    ping <DNS_Server_IP_address>
    Si cette commande n'est pas exécutée sur le serveur, ce problème doit être résolu en premier. Pour plus d'informations sur la façon de résoudre les problèmes liés à TCP/IP si vous ne pouvez pas tester le serveur DNS, voir la rubrique Microsoft TechNet suivante.

    Résolution des problèmes TCP/IP

  4. Vérifiez que la liste de recherche du suffixe DNS principal contienne le suffixe de domaine DNS que l'hôte KMS inscrit.

    Pour les ordinateurs qui ont rejoint le domaine, la la découverte automatique DNS de KMS nécessite que la zone DNS contienne l'enregistrement de ressource SRV pour l'hôte KMS. Cette zone se trouve la zone DNS qui correspond au suffixe DNS principal de l'ordinateur ou au domaine du DNS Active Directory.

    Pour les ordinateurs du groupe de travail, la la découverte automatique DNS de KMS nécessite que la zone DNS contienne l'enregistrement de ressource SRV pour l'hôte KMS. Cette zone se trouve la zone DNS qui correspond au suffixe DNS principal de l'ordinateur ou au nom de domaine DNS qui est affecté par le DHCP Dynamic Host Configuration Protocol (). Ce nom de domaine est défini par l'option qui a la valeur de code 15, comme défini dans Request for Comments (RFC) 2132.

  5. Vérifiez que les enregistrements SRV KMS hôte sont enregistrés dans le système DNS.
    1. Ouvrez une fenêtre de ligne de commande avec des privilèges élevés.
    2. Exécutez la commande suivante :
      nslookup -type=all _vlmcs._tcp
    3. Examinez la sortie.

      La sortie doit ressembler à l'exemple de sortie suivant :
      _vlmcs._tcp.contoso.com                 SRV service location:                  priority       = 0                  weight         = 0                  port           = 1688                  svr hostname   = kms-server.contoso.com
    4. Vérifiez l'adresse IP, nom d'hôte et le port de l'hôte KMS.

      Note 1: si la commande Nslookup trouve l'hôte KMS, cela ne signifie pas que le client Office peut trouver l'hôte KMS. Si la commande Nslookup trouve l'hôte KMS et si vous ne pouvez pas activer toujours pas votre client Office avec le serveur KMS hôte, vérifiez d'autres paramètres tels que le suffixe DNS principal et la liste de recherche du suffixe DNS.

      Note 2: enregistrements SRV du sont enregistrés dans la zone DNS qui correspond à l'appartenance de domaine hôte KMS. Par exemple, supposons qu'un ordinateur hôte KMS rejoint le domaine contoso.com. Dans ce scénario, l'hôte KMS inscrit son enregistrement SRV VLMCS._TCP sous la zone DNS contoso.com. Par conséquent, le VLMCS._TCP. Enregistrement CONTOSO.COM est créé. Si les clients sont configurés pour utiliser une zone DNS différente, publiez automatiquement KMS dans plusieurs domaines DNS. Pour ce faire, configurez la valeur de Registre DnsDomainPublishList sur votre hôte KMS. La ressource suivante fournit des détails sur ces données de Registre :

      Guide - Registre de référence technique de l'Activation de volume et les paramètres d'objet stratégie de groupe

      La ressource ci-dessus est pour les hôtes KMS avec Windows 7 ou Windows Server 2008 R2. Pour les hôtes KMS sur Windows Vista, le chemin d'accès du Registre est différent (HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\SL)

Méthode 4: Activer Office à l'aide d'une clé d'Activation Multiple (MAK)

Si vous ne parvenez pas à résoudre vos problèmes d'activation KMS, une autre option disponible est l'activation via une clé MAK. Cela peut être effectué à l'aide de ce qui suit les étapes sur un client Office.
Remarque : Si vous utilisez une clé MAK, les ordinateurs client Office 2013 sont activés en ligne en utilisant les serveurs d'activation hébergés Microsoft ou par téléphone.
  1. Ouvrez une fenêtre de ligne de commande avec élévation de privilèges sur le client Office.
  2. Accédez au dossier dans lequel se trouve le Ospp.vbs .

    Par défaut, le dossier est la suivante :
    • Windows 32 bits + Office 32 bits ou 64 bits de Windows + 64 bits Office

      -Office 2013: C:\Program Files\Microsoft Office\Office15
      -Office 2010: C:\Program Files\Microsoft Office\Office14
    • Windows 64 bits + 32 bits Office

      -Office 2013: C:\Program Files (x 86) \Microsoft Office\Office15
      -Office 2010: C:\Program Files (x 86) \Microsoft Office\Office14

  3. Exécutez la commande suivante sur un autre ordinateur, dans le cas où un autre bureau de client a déjà été activé à l'aide du serveur gestionnaire de clés.
    Cscript ospp.vbs /dstatus
  4. Remarque la valeur de Clé partielle dans les résultats renvoyés par la commande à l'étape 3 et puis revenez à l'ordinateur où vous essayez d'activer Office.
  5. Exécutez la commande suivante :
    cscript ospp.vbs /unpkey:xxxxx
    Remarque: xxxxx correspond à la valeur de clé partielle renvoyée par Cscript ospp.vbs /dstatus lorsque le statut de licence = sous licence.

  6. Exécutez la commande suivante :
    cscript ospp.vbs /inpkey:<MAK key>
    Remarque: Remplacez <MAK key="">dans la commande ci-dessus avec votre clé à 25 chiffres clés et inclut tirets (xxxxx-xxxxx-xxxxx-xxxxx-xxxxx)</MAK>
Veuillez consulter le Volume Licensing Service Center à l'adresse suivante si vous avez des questions à propos de l'obtention des clés d'activation multiple.


Retour au début

Aucune clé de produit n'est installés sur votre client Office (erreur 0xC004F014)
Lorsque vous exécutez la commande cscript ospp.vbs /act sur un client Office, vous recevez l' erreur 0xC004F014 et la description de l'erreur est «que le Service de licences logicielles a signalé que la clé de produit n'est pas disponible».

Pour résoudre ce problème, essayez les étapes suivantes :
  1. Ouvrez une fenêtre de ligne de commande avec élévation de privilèges sur le client Office.
  2. Accédez au dossier dans lequel se trouve le Ospp.vbs .

    Par défaut, le dossier est la suivante :
    • Windows 32 bits + Office 32 bits ou 64 bits de Windows + 64 bits Office

      -Office 2013: C:\Program Files\Microsoft Office\Office15
      -Office 2013: C:\Program Files\Microsoft Office\Office14

    • Windows 64 bits + 32 bits Office

      -Office 2013: C:\Program Files (x 86) \Microsoft Office\Office15
      -Office 2010: C:\Program Files (x 86) \Microsoft Office\Office14

  3. Exécutez la commande suivante :

    cscript ospp.vbs /inpkey <GVLK>

    Remarque: Remplacez <GVLK>avec la Clé de licence en Volume générique correspondant à votre version d'Office et de votre produit Office.

    Par exemple, la commande pour Microsoft Office 2010 Professionnel Plus est la suivante :

    </GVLK>
    cscript ospp.vbs /inpkey VYBBJ-TRJPB-QFQRF-QFT4D-H3GVB

    Les clés de licence de Volume générique pour chaque produit Office se trouvent dans les articles suivants :

    Office 2013 - http://technet.Microsoft.com/library/dn385360.aspx

    Office 2010
    - (v=office.14).aspx d'http://technet.Microsoft.com/library/ee624355 (au bas de la page d'article)

  4. Exécutez la commande suivante :

    cscript ospp.vbs /act

Retour au début

Nombre d'activations sur l'hôte KMS est inférieure à 5 (erreur 0xC004F038)
Avant d'activer avec succès un client Office avec un serveur KMS, le serveur doit avoir des demandes d'activation de 5 ou de plusieurs ordinateurs avec l'ID d'ordinateur Client unique. Dans le cas contraire, les clients KMS rencontrent des erreurs lors de la tentative d'activation. Le code d'erreur retourné par Cscript Ospp.vbs /act sur ces clients seront 0xC004F038 et la description de l'erreur «le Service de licences logicielles a signalé que l'ordinateur ne peut pas être activé. Le nombre signalé par votre Service de gestion de clés (KMS) est insuffisant. Veuillez contacter votre administrateur système.»

Pour résoudre ce problème, vous devrez seulement attendre des activations des clients Office plus se produire.

Veuillez exécuter la commande suivante sur votre serveur gestionnaire de clés host à examiner la valeur de nombre actuel prévue à la section Service Gestionnaire de clés est activé sur cet ordinateur de la sortie.
  • Office 2013: cscript slmgr.vbs /dlv 2E28138A-847F-42BC-9752-61B03FFF33CD
  • Office 2010: cscript slmgr.vbs /dlv BFE7A195-4F8F-4F0B-A622-CF13C7D16864

La valeur « Nombre actuel » est le reflet du nombre de clients Office qui ont tenté d'activer avec cet hôte. Vous pouvez le voir dans l'exemple illustré dans la figure suivante qui a été uniquement une tentative d'activation client Office 2013 effectuée avec cet hôte KMS.



Si vous savez qu'il y a plusieurs demandes d'activation à partir des clients Office, mais la valeur « Nombre actuel » n'augmente pas avec chaque tentative d'activation, les clients Office peuvent avoir le même ID d'ordinateur Client (CMID). L'activation KMS détermine l'unicité du client par la valeur CMID à partir de chaque client, et si vous avez utilisé un processus qui a créé les clients Office avec le CMID même, la valeur « Nombre actuel » n'augmentera pas à la valeur requise de 5.

Utilisez les étapes suivantes pour déterminer la valeur CMID d'un client Office.
  1. Ouvrez une fenêtre de ligne de commande avec élévation de privilèges sur le client Office.
  2. Accédez au dossier dans lequel se trouve le Ospp.vbs.

    Par défaut, le dossier est la suivante :
    • Windows 32 bits + Office 32 bits ou 64 bits de Windows + 64 bits Office

      -Office 2013: C:\Program Files\Microsoft Office\Office15
      -Office 2010: C:\Program Files\Microsoft Office\Office14

    • Windows 64 bits + 32 bits Office

      -Office 2013: C:\Program Files (x 86) \Microsoft Office\Office15
      -Office 2010: C:\Program Files (x 86) \Microsoft Office\Office14
  3. Exécutez la commande suivante :
    Cscript ospp.vbs /dcmid
  4. Répétez les étapes 1 à 3 sur un autre client Office pour comparer les valeurs CMID.
  5. Si les clients Office ont la même valeur CMID, consultez les articles suivants pour les solutions possibles.

Retour au début

Requête d'activation KMS n'a ne pas répondu par l'hôte KMS d'Office (erreur 0xC004F039)
Lorsque vous exécutez la commande cscript ospp.vbs /act sur un client Office, vous recevez une erreur 0xC004F039 et la description de l'erreur est «le Service de Protection de logiciels a signalé que l'ordinateur ne peut pas être activé.Le Service de gestion des clés (KMS) n'est pas activé.»

Cette erreur se produit généralement lorsque le port TCP (par défaut = 1688) utilisé par KMS est bloqué ou sinon filtré et la demande du client n'est pas reçue par l'hôte KMS. Par conséquent, vous souhaiterez sans doute commencer par le pare-feu sur l'hôte KMS utilisé par vos clients Office.

Si vous publiez des enregistrements SRV dans les DNS pour vos hôtes KMS, utilisez la commande suivante sur l'ordinateur pour voir les enregistrements DNS.
nslookup -type=srv _vlmcs._tcp
Le résultat sera semblable à l'exemple suivant :
Server:  labsrv64.wingtiptoys.comAddress:  192.168.0.20_vlmcs._tcp.Wingtiptoys.com     SRV service location:          priority       = 0          weight         = 0          port           = 1688          svr hostname   = wingtip-dc.wingtiptoys.comwingtip-dc.wingtiptoys.com      internet address = 192.168.0.10
Ces résultats exemple nous indiquent plusieurs points importants :
  • Serveur DNS = labsrv64.wingtiptoys.com
  • Serveur de l'hôte KMS = dc.wingtiptoys.com wingtip
  • Numéro de port pour l'hôte KMS = 1688 (TCP)
Remarque: si les résultats renvoient plusieurs serveurs d'hôte KMS, vous pouvez examiner le journal des événements Application sur un client Office pour déterminer le serveur KMS hôte exact et numéro de port utilisé dans la requête d'activation. Filtrer le journal des événements applications pour l'ID d'événement = 12288 pour afficher ces événements. La figure suivante est un exemple d'événement 12288.



Vous pouvez ensuite vous concentrer votre dépannage sur le serveur spécifié pour vous assurer que le port est ouvert et que le Service d'Activation KMS a une exception de pare-feu. Dans le panneau de configuration pare-feu Windows, cliquez sur Autoriser un programme ou une fonctionnalité via le pare-feu Windows pour afficher le paramètre de base pour le Service de gestion de clés.



Il se peut que vous deviez vérifier manuellement les règles entrantes et sortantes ainsis que. Dans le panneau de configuration pare-feu Windows, cliquez sur Paramètres avancés pour accéder à ces règles de pare-feu avancé.



En outre, notez le port numéro (1699) dans la liste ci-dessus exemple est un numéro de port de l'autre que par défaut pour l'activation KMS. Si votre configuration DNS utilise un numéro de port autre que le numéro de port spécifié dans cette requête d'activation, vous devez vous assurer que le client utilise le numéro de port correct. Si le numéro de port est incorrect dans l'enregistrement SRV dans le système DNS, puis procédez à la modification. Toutefois, si la demande du client Office indique le numéro de port incorrect, le client Office a peut-être été précédemment configuré à l'aide des commutateurs pour Ospp.vbs que le nom de l'hôte KMS contrôle et KMS numéro de port utilisé par le client.

Les commutateurs suivants pour Ospp.vbs peuvent servir à définir ou réinitialiser l'hôte KMS et le port de service Gestionnaire de clés sur un client Office :
  • /sethst :valeur

    Définir un nom d'hôte KMS avec les valeur. Cette valeur est stockée dans le Registre du client Office.

  • /setprt :valeur

    Définir le numéro de port de serveur gestionnaire de clés avec la valeurde spécifiée. Cette valeur est stockée dans le Registre du client Office.

  • /remhst

    Supprimer le précédemment KMS hôte nom et port le numéro à partir du Registre du client Office.
Remarque: Si vous n'utilisez pas de DNS pour publier vos informations de serveur KMS hôte, puis que vous souhaitez utiliser les commutateurs ci-dessus pour Ospp.vbs pour configurer l'hôte du service Gestionnaire de clés correct (/ sethst:value) et éventuellement le numéro de port si vous utilisez un port autre que 1688 (/ setprt:value) sur chaque client Office.


Retour au début

Le serveur hôte KMS d'Office n'est pas activée (erreur 0xC004F041)
Lorsque vous exécutez la commande cscript ospp.vbs /act sur un client Office, vous recevez une erreur 0xC004F041 et la description de l'erreur est «le Service de licences logicielles déterminé que le Service Gestionnaire de clés (KMS) n'est pas activé. KMS doit être activé. Contactez l'administrateur du système.»

Pour résoudre ce problème, vous devez :
  • Déterminer le serveur du service Gestionnaire de clés utilisé par l'activation d'Office
    1. Sur le client Office, ouvrez le journal des événements Application et filtrer le journal sur l'ID d'événement = 12288.
    2. Remarque le nom du serveur est répertorié dans l'onglet Général pour le dernier événement. C'est le serveur KMS hôte utilisé par l'activation d'Office.

      Le journal des événements exemple suivant montre l'hôte KMS server est dc.wingtiptoys.com Wingtip et le numéro de port 1688 (TCP).



  • Assurez-vous que le serveur KMS utilisé par le client Office est le serveur correct

    Si le serveur KMS se trouve dans l'événement 12288 sur le bureau de client est correct, puis vous pouvez passer directement à la section suivante «Examiner l'état de configuration et l'activation du serveur KMS hôte».

    Si le serveur KMS dans l'événement 12288 est incorrect, vous devez continuer avec les étapes suivantes.
    1. Dans une fenêtre d'invite de commandes, exécutez la commande suivante :
      nslookup -type=srv _vlmcs._tcp
      Le résultat sera semblable à l'exemple suivant :
      Server:  labsrv64.wingtiptoys.comAddress:  192.168.0.20_vlmcs._tcp.Wingtiptoys.com     SRV service location:          priority       = 0          weight         = 0          port           = 1688          svr hostname   = wingtip-dc2.wingtiptoys.comwingtip-dc2.wingtiptoys.com      internet address = 192.168.0.30
      Observez les détails suivants, dans cet exemple à partir de l'outil Nslookup :
      • Serveur DNS utilisé pour récupérer cette information = labsrv64.wingtiptoys.com
      • Serveur KMS hôte = dc2.wingtiptoys.com wingtip

      Remarque: il peut y avoir plus d'un serveur KMS répertorié dans les résultats de Nslookup.

    2. Comparer le nom du serveur KMS répertorié dans l'événement 12288 sur le client Office avec les serveurs KMS renvoyés par l'utilitaire Nslookup.
      • Serveur et dans l'événement 12288 correspond aux informations renvoyées par l'outil Nslookup

        Si les informations du serveur d'événements 12288 sur le client Office correspond aux informations renvoyées par Nslookup, puis vous souhaitez que votre serveur DNS, et les administrateurs du service Gestionnaire de clés Assurez-vous que le serveur KMS hôte spécifié est correctement configuré.

        Passez à la section suivante «Examiner l'état de configuration et l'activation du serveur KMS hôte».

      • Serveur et le port dans l'événement 12288 ne correspond pas les informations retournées par l'outil Nslookup

        Si les informations du serveur d'événements 12288 sur le client Office ne correspond pas à celles retournées par Nslookup, puis le client Office des informations de clés stockées dans le Registre. Par exemple :
        • Il n'y a aucune information de serveur KMS retournée par Nslookup
        • Le serveur du service Gestionnaire de clés dans l'événement 12288 n'est pas répertorié dans les informations de Nslookup

        Si le serveur trouve des 12288 données est l'hôte KMS correct pour les clients de Office, puis passez à la section suivante «Examiner l'état de configuration et l'activation du serveur KMS hôte».

        Si le serveur a trouvé dans l'événement 12288 données n'est pas l'hôte KMS correct pour les clients de Office, puis utiliser les étapes soit supprimer ou reconfigurer les informations du serveur KMS dans le Registre sur le client Office.
        1. Ouvrez une fenêtre de ligne de commande avec élévation de privilèges sur le client Office.
        2. Accédez au dossier dans lequel se trouve le Ospp.vbs .
          • Windows 32 bits + Office 32 bits ou 64 bits de Windows + 64 bits Office

            -Office 2013: C:\Program Files\Microsoft Office\Office15
            -Office 2010: C:\Program Files\Microsoft Office\Office14

          • Windows 64 bits + 32 bits Office

            -Office 2013: C:\Program Files (x 86) \Microsoft Office\Office15
            -Office 2010: C:\Program Files (x 86) \Microsoft Office\Office14
        3. Exécutez une ou plusieurs des commandes suivantes pour reconfigurer ou supprimer des détails du serveur KMS hôte dans le client Office.
          • Configurer le nom du serveur KMS hôte dans le Registre sur le client Office
            Cscript ospp.vbs /sethst:<hostname>
            Remarque: Remplacez <hostname>par le nom de votre serveur KMS hôte.

            </hostname>
          • Configurer le numéro de port d'hôte KMS dans le Registre sur le client Office
            Cscript ospp.vbs /setprt:<port#>
            Remarque: Remplacez <port#>avec le port correct utilisé par votre serveur KMS hôte.

            </port#>
          • Supprimer le serveur KMS hôte, les informations de port d'hôte KMS à partir du Registre
            Cscript ospp.vbs /remhst
          Consultez les ressources suivantes pour la configuration des informations de serveur de service Gestionnaire de clés dans le Registre sur un client Office.

          Outils de configuration des ordinateurs clients dans Office 2010

          Outils permettant de gérer l'activation en volume Office 2013

        4. Passez à la section suivante, «vérifier l'état d'activation et de configuration du serveur KMS hôte».
  • Vérifiez l'état de configuration et l'activation du serveur KMS hôte

    La dernière étape consiste à assurer le serveur KMS hôte utilisé par les clients d'Office est activé.
    1. Ouvrez une fenêtre de ligne de commande avec élévation de privilèges sur l' hôte KMS.
    2. Exécutez la commande suivante (selon votre version d'Office) :
      • Office 2013
        cscript c:\windows\system32\slmgr.vbs /dlv 2E28138A-847F-42BC-9752-61B03FFF33CD 
      • Office 2010
        cscript c:\windows\system32\slmgr.vbs /dlv BFE7A195-4F8F-4F0B-A622-CF13C7D16864
    3. Examinez la valeur de l'État de la licence dans la sortie.

      Un hôte KMS activé entièrement pour Office aura une valeur de licence, comme illustré dans la figure de l'exemple suivant.




      Un hôte KMS non activé pour Office aura une valeur sans licence, comme illustré dans la figure de l'exemple suivant.



      Si votre hôte KMS pour Office fonctionne sans licence valide, veuillez utiliser les ressources suivantes pour vous assurer de disposer de fichiers de hôte Office et vous avez activé correctement de l'hôte KMS d'Office.

      Office 2013

      Préparer et configurer l'hôte du service Gestionnaire de clés Office 2013

      Remarque, si vous êtes sûr de qu'avoir installé correctement les fichiers d'hôte Office 2013 sur votre hôte KMS serveur et que vous avez utilisé la clé d'hôte KMS adéquate pour Office 2013, vous pouvez essayer de la commande suivante à partir d'une invite de commandes avec élévation de privilèges sur l'hôte KMS pour activer l'hôte Office 2013.
      Cscript slmgr.vbs /ato 2E28138A-847F-42BC-9752-61B03FFF33CD

      Office 2010

      Préparer et configurer l'hôte KMS section de l'article Déployer l'activation en volume d'Office 2010

      Remarque, si vous êtes sûr de qu'avoir installé correctement les fichiers d'hôte Office 2010 sur votre hôte KMS serveur et que vous avez utilisé la clé d'hôte KMS adéquate pour Office 2010, vous pouvez essayer de la commande suivante à partir d'une invite de commandes avec élévation de privilèges pour activer l'hôte Office 2010.
      Cscript slmgr.vbs /ato BFE7A195-4F8F-4F0B-A622-CF13C7D16864
Retour au début

Le serveur KMS hôte qui a été contacté ne prend pas en charge l'activation de Office (erreur 0xC004F042)
Lorsque vous exécutez la commande cscript ospp.vbs /act sur un client Office, vous recevez une erreur 0xC004F042 et la description de l'erreur est «la Service licences a déterminé que le Service de gestion de clés (KMS) spécifié ne peut pas être utilisé.»

Cette erreur se produit lorsqu'un client KMS contacte un hôte KMS qui ne peut pas activer le logiciel client. Cela peut être commun dans des environnements mixtes contenant des applications et des hôtes du service Gestionnaire de clés spécifiques au système d'exploitation.

La première étape pour résoudre ce problème est de déterminer le nom du serveur hôte KMS contacté par le client Office. Pour ce faire, utilisez les étapes suivantes :
  1. Sur le client Office, ouvrez le journal des événements Application et filtrer le journal sur l'ID d'événement = 12288.
  2. Remarque le nom du serveur est répertorié dans l'onglet Général pour le dernier événement. C'est le serveur KMS hôte contacté par l'activation d'Office.
L'entrée de journal des événements d'exemple suivante illustre le KMS serveur hôte est Wingtip-wingtiptoys.com-contrôleur de domaine (et le numéro de port est 1688 TCP).




Les étapes suivantes dépendent si le serveur a trouvé dans l'événement 12288 est conçu pour prendre en charge de l'activation du client Office ou si elle est seulement censée prend en charge l'activation KMS pour Windows.
  • Hôte KMS dans l'événement 12288 est conçu pour prendre en charge de l'activation du client Office

    Si l'hôte spécifié dans l'événement 12288 sur le client Office est supposé prendre en charge l'activation KMS pour les clients d'Office, vous devez effectuer les opérations suivantes sur l'hôte du service Gestionnaire de clés pour vérifier et corriger sa configuration.
    1. Ouvrez une fenêtre de ligne de commande avec élévation de privilèges sur l' hôte KMS.
    2. Exécutez la commande suivante (selon votre version d'Office) :
      • Office 2013
        cscript c:\windows\system32\slmgr.vbs /dlv 2E28138A-847F-42BC-9752-61B03FFF33CD 
      • Office 2010
        cscript c:\windows\system32\slmgr.vbs /dlv BFE7A195-4F8F-4F0B-A622-CF13C7D16864
    3. Examinez la valeur de l'État de la licence dans la sortie.

      Un hôte KMS activé entièrement pour Office aura une valeur de licence, comme illustré dans la figure de l'exemple suivant.



      Un hôte KMS non activé pour Office aura une valeur sans licence, comme illustré dans la figure de l'exemple suivant.



      Si votre hôte KMS pour Office fonctionne sans licence valide, veuillez utiliser les ressources suivantes pour vous assurer de disposer de fichiers de hôte Office et vous avez activé correctement de l'hôte KMS d'Office.
    4. Une fois que l'hôte KMS est concédé sous licence pour Office et elle publie un enregistrement SRV de DNS, essayez de nouveau activer votre client Office à l'aide de la commande suivante sur le client à partir d'une invite de commandes avec élévation de privilèges.
      Cscript ospp.vbs /act

  • Hôte de service Gestionnaire de clés dans l'événement 12288 est pas conçu pour prendre en charge de l'activation d'Office client

    Si le service Gestionnaire de clés d'hôte qui est spécifié 12288 sur le client Office est pas destiné à être utilisé comme serveur hôte KMS d'Office, utilisez les étapes suivantes pour déterminer le cours suivant de l'action à entreprendre.
    1. Déterminez si le serveur KMS hôte possède un enregistrement SRV publié dans DNS en exécutant la commande suivante dans une fenêtre d'invite de commandes sur le client Office.
      nslookup -type=srv _vlmcs._tcp
      Le résultat sera semblable à l'exemple suivant :
      Server:  labsrv64.wingtiptoys.comAddress:  192.168.0.20_vlmcs._tcp.Wingtiptoys.com     SRV service location:          priority       = 0          weight         = 0          port           = 1688          svr hostname   = wingtip-dc2.wingtiptoys.comwingtip-dc2.wingtiptoys.com      internet address = 192.168.0.30
    2. Comparer le nom du serveur KMS hôte dans l'événement 12288 avec l'ou les serveurs qui ont des enregistrements SRV dans les résultats renvoyés par l'utilitaire Nslookup.
      • Le serveur KMS hôte possède un enregistrement SRV dans DNS et il s'agit d'une configuration DNS correcte

        Dans ce scénario, il existe de serveurs hôtes KMS de publication sur le serveur DNS qui ne sont pas configurés pour l'activation KMS d'Office. Pour activer les clients Office dans cette topologie, vous avez deux options de base :
        • Installer les fichiers d'hôte KMS d'Office sur le serveur et puis activer votre hôte KMS

          1. Utilisez les ressources suivantes pour installer les fichiers d'hôte Office et correctement activé votre hôte KMS d'Office.

            -Office 2013: Préparer et configurer l'hôte du service Gestionnaire de clés Office 2013

            -Office 2010: Préparer et configurer l'hôte KMS

          2. Une fois vous avez activé votre hôte KMS comme un hôte KMS d'Office et il publie un enregistrement SRV de DNS, puis vous pouvez activer vos clients Office. Dans cette configuration, les clients Office utilise le processus de recherche par défaut KMS hôte via DNS.

        • Configurer vos clients Office pour activer sans l'utilisation de DNS

          Si vous ne pouvez pas configurer les hôtes KMS que vous publiez des enregistrements SRV dans les DNS pour l'activation KMS d'Office, vous pouvez utiliser les étapes suivantes sur les clients d'Office à leur font directement référence à un serveur d'hôte KMS d'Office spécifique.
          1. Identifier le KMS hôte ou les serveurs de votre organisation qui sont activés en tant que les hôtes KMS d'Office.

            Si vous n'avez pas encore tous les hôtes KMS activé en tant qu'hôtes KMS d'Office, utilisent les ressources suivantes pour installer les fichiers d'hôte Office et correctement activé votre hôte KMS d'Office.

            -Office 2013: Préparer et configurer l'hôte du service Gestionnaire de clés Office 2013

            -Office 2010: Préparer et configurer l'hôte KMS

            Une fois que vous avez activé votre hôte KMS comme un hôte KMS d'Office, puis vous pouvez pointer vos clients Office sur cet hôte KMS pour l'activation d'Office (passez à l'étape 2).

          2. Ouvrez une fenêtre de ligne de commande avec élévation de privilèges sur le client Office.
          3. Accédez au dossier dans lequel se trouve le Ospp.vbs .

            Par défaut, le dossier est la suivante :
            • Windows 32 bits + Office 32 bits ou 64 bits de Windows + 64 bits Office

              -Office 2013: C:\Program Files\Microsoft Office\Office15
              -Office 2010: C:\Program Files\Microsoft Office\Office14
            • Windows 64 bits + 32 bits Office

              -Office 2013: C:\Program Files (x 86) \Microsoft Office\Office15
              -Office 2010: C:\Program Files (x 86) \Microsoft Office\Office14

          4. Exécutez la commande suivante :
            Cscript ospp.vbs /sethst:<hostname>
            Remarque: Remplacez <hostname>par le nom de votre serveur d'hôte KMS d'Office.

            </hostname>
          5. Essayez à nouveau d'activer votre client Office.

      • Le serveur KMS hôte possède un enregistrement SRV dans DNS et cet enregistrement doit pas exister

        Dans ce scénario, vous devez déterminer la raison de l'existence de l'enregistrement SRV.

        Par exemple, si le serveur est un hôte KMS mis hors service, puis vous devrez supprimer manuellement les enregistrements SRV de DNS. Les étapes requises pour supprimer un enregistrement de DNS varient. Veuillez consulter votre administrateur DNS pour obtenir de l'aide.

        Ou bien, si le serveur est encore un hôte actif, mais il n'est pas supposé pour publier les enregistrements SRV de DNS, vous devrez désactiver l'hôte KMS publication sur l'hôte KMS. Pour désactiver la publication KMS sur DNS, utilisez la commande suivante à partir d'une fenêtre d'invite de commandes avec élévation de privilèges sur l'hôte du service Gestionnaire de clés :
        Cscript c:\windows\system32\slmgr.vbs /cdns
        Ensuite, redémarrez le service de Protection de logiciel sur l'hôte KMS.

        Une fois que vous avez supprimé les enregistrements DNS pour les serveurs hôtes KMS n'ayant pas les enregistrements SRV publiés, essayez à nouveau d'activer vos clients Office.

      • Les résultats de Nslookup ne comprenait pas le serveur KMS hôte référencé dans l'événement 12288

        Si les résultats de Nslookup n'incluent pas le serveur KMS hôte de trouver dans l'événement 12288 sur le client Office, le client Office plus que probablement a été configuré pour utiliser un hôte KMS spécifique dans le Registre du client. Procédez comme suit pour forcer Office activer avec un autre hôte KMS d'Office ou de supprimer les données du Registre référençant l'hôte KMS incorrect.
        1. Ouvrez une fenêtre de ligne de commande avec élévation de privilèges sur le client Office.
        2. Accédez au dossier dans lequel se trouve le Ospp.vbs .
          • Windows 32 bits + Office 32 bits ou 64 bits de Windows + 64 bits Office

            -Office 2013: C:\Program Files\Microsoft Office\Office15
            -Office 2010: C:\Program Files\Microsoft Office\Office14

          • Windows 64 bits + 32 bits Office

            -Office 2013: C:\Program Files (x 86) \Microsoft Office\Office15
            -Office 2010: C:\Program Files (x 86) \Microsoft Office\Office14
        3. Exécutez l' une des commandes suivantes, en fonction de la modification souhaitée.
          • Arrêter à l'aide de l'hôte actif spécifié dans le Registre et utiliser à la place de DNS pour localiser un hôte KMS d'Office :
            Cscript ospp.vbs /remhst
            Remarque, après l'exécution de la commande ci-dessus, vérifiez que les serveurs hôtes KMS répertoriés dans les résultats de Nslookup sont configurés comme des hôtes KMS d'Office.
          • Spécifiez un autre hôte KMS pour le client Office à utiliser pour l'activation (sans l'aide de DNS) :
            Cscript ospp.vbs /sethst:<hostname>
            Remarque: Remplacez <hostname>par le nom de votre KMS Office d'hôte serveur</hostname>
        4. Essayer d'activer votre client Office.


Retour au début

Le client Office n'a pas pu contacter un serveur KMS hôte (erreur 0xC004F074)
Lorsque vous exécutez la commande cscript ospp.vbs /act sur un client Office, vous recevez une erreur 0xC004F074 et la description de l'erreur est «le Service de licences logicielles a signalé que l'ordinateur ne peut pas être activé. Aucun Service de gestion de clés (KMS) a pu être contacté. Consultez le journal des événements applications pour plus d'informations. »


La résolution de cette erreur dépend de votre installation :
  • Office 2013 est installé sur un ordinateur qui est également configuré comme hôte KMS

    Cliquez sur ici Si vous essayez d'activer Office 2013 sur un ordinateur qui est également un hôte KMS
  • Office 2013 est installé sur un ordinateur qui est pas également un hôte KMS

    Cliquez sur ici Si vous essayez d'activer Office 2013 sur un ordinateur qui est pas également un hôte KMS
Remarque: Si vous n'êtes pas sûr que votre ordinateur avec Office 2013 a été installé sur le même ordinateur qu'un hôte KMS, utilisez les étapes 1 & 2 sous Office 2013 est installé sur un ordinateur qui est pas également un hôte KMS pour déterminer le nom de l'hôte en cours d'utilisation.

S'il s'agit du même nom d'ordinateur comme client Office 2013, puis suivez toutes les étapes sous Office 2013 est installé sur un ordinateur configuré comme hôte KMS.
Dans le cas contraire, recommencez les procédures sous Office 2013 est installé sur un ordinateur qui est pas également un hôte KMS.


Office 2013 est installé sur un ordinateur qui est également configuré comme hôte KMS

Dans cette configuration, l'activation d'Office 2013 sur un ordinateur qui est également configuré comme hôte KMS échouera.

Pour résoudre ce problème, suivez les étapes d'une des méthodes suivantes.

Méthode 1: Activer Office à l'aide d'une clé d'Activation Multiple (MAK)

Une solution à ce problème est d'activer ce client Office à l'aide d'une clé MAK au lieu d'utiliser le service Gestionnaire de clés. Vous pouvez suivre ces étapes pour activer le client du Bureau à l'aide d'une clé MAK.

Remarque : Si vous utilisez une clé MAK, les ordinateurs client Office 2013 sont activés en ligne en utilisant les serveurs d'activation hébergés Microsoft ou par téléphone.
  1. Ouvrez une fenêtre de ligne de commande avec élévation de privilèges sur le client Office.
  2. Accédez au dossier dans lequel se trouve le Ospp.vbs .

    Par défaut, le dossier est la suivante :
    • Windows 32 bits + Office 32 bitsou 64 bits de Windows + Office 64 bits

      C:\Program Files\Microsoft Office\Office15

    • Windows 64 bits + 32 bits Office

      C:\Program Files (x 86) \Microsoft Office\Office15

  3. Exécutez la commande suivante sur un ordinateur où un autre client Office a déjà été activé à l'aide de KMS :

    Cscript ospp.vbs /dstatus

  4. Remarque la valeur de Clé partielle dans les résultats renvoyés par la commande à l'étape 3 et puis retournez sur l'ordinateur où vous essayez d'activer Office.
  5. Exécutez la commande suivante :
    cscript ospp.vbs /unpkey:xxxxx    
    Remarque: xxxxx correspond à la valeur de clé partielle renvoyée par Cscript ospp.vbs /dstatus lors de la état de la licence = licence.

  6. Exécutez la commande suivante :

    Remarque: Remplacez <MAK key="">dans la commande ci-dessus avec votre clé à 25 chiffres clés et inclut tirets (xxxxx-xxxxx-xxxxx-xxxxx-xxxxx)</MAK>
Veuillez consulter le Volume Licensing Service Center à l'adresse suivante si vous avez des questions à propos de la façon d'obtenir les clés d'activation multiple.

Centre de Service de licence de volume


Méthode 2: Activer Office à l'aide d'un autre hôte KMS

Si vous avez plus d'un hôte de votre organisation, vous pouvez configurer votre client de Office pour qu'il pointe vers un hôte KMS spécifique à l'aide de la procédure suivante.

Remarque : Vous devez modifier l'ordinateur hôte utilisé par le client où vous ne pouvez pas activer Office à un autre hôte KMS. Si vous n'avez qu'un seul hôte KMS disponible, vous devrez utiliser l'activation MAK (voir méthode 1 ci-dessus).

  1. Ouvrez une fenêtre de ligne de commande avec élévation de privilèges sur le client Office.
  2. Accédez au dossier dans lequel se trouve le Ospp.vbs .

    Par défaut, le dossier est la suivante :
    • Windows 32 bits + Office 32 bits, ou Windows de 64 bits + Office 64 bits

      C:\Program Files\Microsoft Office\Office15
    • Windows 64 bits + 32 bits Office

      C:\Program Files (x 86) \Microsoft Office\Office15
  3. Exécutez la commande suivante :
    Cscript Ospp.vbs /sethst:<FQDN of the KMS host>
    NOTE 1: remplacer des <FQDN of="" the="" kms="" host="">dans la commande ci-dessus avec le domaine nom complet (FQDN) d'un hôte KMS avec le pack de licence volume Office 2013 installé--par exemple, à kmstest.contoso.com.

    Remarque 2: pour déterminer si l'hôte de service Gestionnaire de clés que vous spécifiez est le pack de licence de volume Office 2013 installé et activé, exécuter de commande suivant sur que l'hôte KMS spécifique serveur à partir d'une invite de commandes avec élévation de privilèges.</FQDN>
    Cscript slmgr.vbs /dlv 2E28138A-847F-42BC-9752-61B03FFF33CD
    Vérifiez que le texte suivant dans la sortie :
    License Status: Licensed
    Si vous ne voyez pas cela dans la sortie et si vous voulez installer le pack de licence de volume Office 2013 sur l'hôte KMS, veuillez suivre les étapes décrites dans l'article suivant. Une fois le pack de licence de volume Office 2013 installé sur l'hôte cible, passez à l'étape 4.

    Préparer et configurer l'hôte du service Gestionnaire de clés Office 2013

  4. Si vous avez vérifié que l'hôte cible est prêt à gérer l'activation d'Office 2013, puis exécutez la commande suivante sur votre client Office pour essayer de l'activation.
    Cscript ospp.vbs /act


Office 2013 est installé sur un ordinateur qui estpaségalement un hôte KMS

Dans cette configuration, l'erreur 0xC004F074 se produit, car un serveur KMS hôte de contacter l'activation d'Office, mais le serveur n'existe pas, ou qu'il n'y a aucun service KMS exécuté sur ce serveur, ou la mise à jour requise n'est pas installé sur ce serveur.

Tout d'abord déterminer le serveur KMS hôte utilisé par Office pour l'activation KMS, utilisez les étapes suivantes :
  1. Sur le client Office, ouvrez le journal des Événements d'Application et de filtrer le journal sur l'ID d'événement = 12288.
  2. Remarque le nom du serveur est répertorié dans l'onglet Général pour le dernier événement. C'est le serveur utilisé par l'activation d'Office.

    Le journal des événements exemple suivant montre l'hôte KMS server est dc.wingtiptoys.com Wingtip et le numéro de port est 1699 (TCP).



Seuls les clients Windows 8.1>

Si votre client Office se trouve sur un ordinateur avec Windows 8.1, l'étape suivante consiste à passer en revue le premier code d'erreur dans ce même entrée de journal des événements (ID = 12288). L'emplacement du code d'erreur est indiqué dans la figure suivante.



Si le code d'erreur indiqué dans l'événement est 0x8007000D, votre serveur hôte du service Gestionnaire de clés n'a pas installé la mise à jour suivant :

La mise à jour ajoute la prise en charge pour les clients de Windows Server 2012 R2 et de Windows 8.1 pour Windows Server 2008, Windows 7, Windows Server 2008 R2, Windows 8 et les hôtes KMS de Windows Server 2012
http://support.Microsoft.com/kb/2885698


Veuillez installer la mise à jour ci-dessus sur le serveur KMS hôte identifié dans l'événement 12288. Ensuite, réessayez d'activer votre client Office.

<All windows="" clients=""></All>

Si votre installation Office répond aux critères suivants, puis poursuivez les étapes de cette section.
  • La version de Windows n'est pas Windows 8.1
  • La version de Windows est Windows 8.1, mais vous ne voyez pas l'erreur 0x8007000D dans l'événement 12288

L'étape suivante de la résolution de ce problème est d'identifier le moyen par lequel Office activation détermine le serveur KMS hôte à utiliser. Les informations du serveur KMS hôte peuvent provenir du Registre de Windows sur le client Office ou il peut provenir de DNS.

Utilisez que les étapes suivantes pour le premier examiner les informations du serveur KMS (ou pas) en cours de publication au serveur DNS.
  1. Dans une fenêtre d'invite de commandes, exécutez la commande suivante :
    nslookup -type=srv _vlmcs._tcp
    Le résultat sera semblable à l'exemple suivant :
    Server:  labsrv64.wingtiptoys.comAddress:  192.168.0.20_vlmcs._tcp.Wingtiptoys.com     SRV service location:          priority       = 0          weight         = 0          port           = 1688          svr hostname   = wingtip-dc.wingtiptoys.comwingtip-dc.wingtiptoys.com      internet address = 192.168.0.10
    Observez les détails suivants, dans cet exemple à partir de l'outil Nslookup.
    • Serveur DNS utilisé pour récupérer cette information = labsrv64.wingtiptoys.com
    • Serveur KMS hôte = dc.wingtiptoys.com wingtip
    • Numéro de port pour le serveur gestionnaire de clés = TCP 1688

    Remarque: il peut y avoir plus d'un serveur KMS répertorié dans les résultats de Nslookup.

  2. Comparer le nom du serveur KMS et numéro de port répertorié dans l'événement 12288 sur le client Office avec les serveurs KMS et les numéros de port retournés par l'outil Nslookup.
    • Serveur et dans l'événement 12288 correspond aux informations renvoyées par l'outil Nslookup

      Si le serveur et les informations de port d'événements 12288 sur le client Office correspond aux informations renvoyées par Nslookup, puis vous souhaitez que votre serveur DNS, et assurez-vous des administrateurs du service Gestionnaire de clés que sont en cours de publication les informations correctes au DNS.

      Les étapes pour analyser et résoudre que ce problème dépend de votre serveur gestionnaire de clés d'hôte votre topologie DNS et la configuration du serveur. Par exemple, si votre serveur KMS hôte ne publie pas ses informations de DNS, un enregistrement DNS (SRV) a été créé manuellement et il devra être mis à jour manuellement. Toutefois, si votre serveur KMS hôte publie ses informations à DNS, vous pouvez utiliser le script Slmgr.vbs sur l'hôte KMS d'examiner et de reconfigurer les informations publiées dans DNS.

      Les ressources suivantes doivent fournir la marche à suivre pour analyser et résoudre les problèmes DNS relatives à un hôte KMS de publication.

      Configurer des hôtes KMS

      Configuration du service DNS

    • Serveur et le port dans l'événement 12288 ne correspond pas les informations retournées par l'outil Nslookup

      Si le serveur et les informations de port d'événements 12288 sur le client Office ne correspond pas à celles retournées par Nslookup, puis le client Office des informations de clés stockées dans le Registre du client. Voici quelques exemples de scénarios où ce scénario peut se produire.
      • Il n'y a aucune information de serveur KMS retournée par Nslookup
      • Le serveur du service Gestionnaire de clés dans l'événement 12288 n'est pas répertorié dans les informations de Nslookup
      • Le serveur du service Gestionnaire de clés dans l'événement 12288 est trouvé dans les informations de Nslookup, mais le numéro de port dans l'événement 12288 ne correspond pas à trouver les informations de Nslookup.

      Procédez comme suit pour supprimer ou reconfigurer les KMS du serveur et port d'informations du Registre sur le clientdu bureau.
      1. Ouvrez une fenêtre de ligne de commande avec élévation de privilèges sur le client Office.
      2. Accédez au dossier dans lequel se trouve le Ospp.vbs .

        Par défaut, le dossier est la suivante :
        • Windows 32 bits + Office 32 bits ou 64 bits de Windows + 64 bits Office

          -Office 2013: C:\Program Files\Microsoft Office\Office15
          -Office 2010: C:\Program Files\Microsoft Office\Office14

        • Windows 64 bits + 32 bits Office

          -Office 2013: C:\Program Files (x 86) \Microsoft Office\Office15
          -Office 2010: C:\Program Files (x 86) \Microsoft Office\Office14
      3. Exécutez une ou plusieurs des commandes suivantes pour reconfigurer ou supprimer des détails du serveur KMS hôte à partir du client de bureau :
        • Configurer le nom du serveur hôte KMS
          Cscript ospp.vbs /sethst:<hostname>
          Remarque: Remplacez <hostname>par le nom de votre serveur KMS hôte.

          </hostname>
          Spécification d'un serveur KMS hôte en utilisant le commutateur /sethst cesse de Office à partir de l'utilisation de DNS pour localiser des serveurs KMS lors d'une tentative d'activation.

        • Configurer le port de l'hôte KMS
          Cscript ospp.vbs /setprt:<port#>
          Remarque: Remplacez <port#>avec le port correct utilisé par votre serveur KMS hôte.

          </port#>
          Il vous suffit de spécifier le numéro de port, s'il n'est pas la valeur par défaut du port (1688) et que vous spécifiez également un serveur KMS hôte en utilisant le commutateur /sethst.

        • Supprimer le serveur KMS hôte, les informations de port d'hôte KMS à partir du Registre
          Cscript ospp.vbs /remhst
          Si vous ne savez pas sur le serveur et/ou les détails du numéro de port dans le Registre du client de l'Office, essayez d'abord avec le commutateur /remhst pour supprimer les informations de port et le serveur à partir du Registre (si elle existe). Puis, si vous avez besoin forcer le client Office à utiliser un serveur KMS hôte spécifique, utilisez le commutateur /sethst (et le commutateur /setprt si nécessaire).

        Consultez les ressources suivantes pour la configuration des informations de serveur de service Gestionnaire de clés dans le Registre sur un client Office.

        Outils de configuration des ordinateurs clients dans Office 2010

        Outils permettant de gérer l'activation en volume Office 2013

Retour au début

Serveur a échoué sur le port actuellement configuré l'hôte demande Telnet au serveur gestionnaire de clés
Afin que l'activation KMS fonctionne, le processus d'activation Office doit être en mesure d'atteindre un hôte KMS sur un port spécifique. Si l'hôte est inaccessible, vous souhaitez déterminer les détails du serveur et le port utilisés par le client de bureau pour l'activation KMS et ensuite utiliser l'outil Telnet pour vérifier que le port d'activation de KMS est ouvert entre le client et l'hôte KMS.
  • Déterminer l'hôte et le port utilisé par un client de bureau pour l'activation KMS

    La première étape de résolution des problèmes de connexion entre un client et un hôte KMS est de déterminer le nom de la KMS hôte et numéro de port utilisé par l'activation d'Office.
    1. Sur le client Office, ouvrez le journal des Événements d'Application et de filtrer le journal sur L'ID d'événement = 12288.
    2. Notez le nom du serveur et le port numéro indiqué sous l'onglet Général pour le dernier événement. C'est le serveur KMS hôte utilisé par l'activation d'Office.

      Le journal des événements exemple suivant montre l'hôte KMS server est dc.wingtiptoys.com Wingtip et le numéro de port 1688 (TCP).



    3. À partir d'une fenêtre d'invite de commandes sur le client Office, exécutez la commande suivante :
      Telnet hostname:port
      Remarque: Remplacez le nom d'hôte et le port avec les détails de l'événement 12288 sur le client Office.

      Sur certaines versions de Windows, vous devrez tout d'abord installer le client Telnet avant de pouvoir l'utiliser. Par exemple, utilisez les étapes ci-dessous sur un client Windows 7.

      1. Cliquez sur le bouton Démarrer , cliquez sur Panneau de configuration, cliquez sur programmes, puis cliquez sur activer des fonctionnalités Windows on ou off.
      2. Si vous êtes invité à entrer un mot de passe administrateur ou une confirmation, tapez le mot de passe ou indiquez la confirmation demandée.
      3. Dans la boîte de dialogue Fonctionnalités de Windows , activez la case à cocher Telnet Client , puis cliquez sur OK.

      Si le client Office ne peut pas accéder à l'hôte spécifié par le numéro de port, l'outil Telnet retournera une erreur semblable à l'exemple suivant.
      Connecting to wingtip-dc...Could not open connection to the host, on port 1689: Connect failed
      Si vous recevez cette erreur de l'outil Telnet, vous devez continuer avec les étapes décrites dans les sous-sections suivante pour déterminer si le client Office est le bon serveur KMS hôte et/ou le numéro de port pour l'activation d'Office, si l'hôte KMS est mal configuré, s'il existe un problème de DNS, ou si un pare-feu bloque la communication.
  • Déterminer le nombre de ports configuré sur l'hôte KMS

    Vous pouvez utiliser les étapes suivantes sur votre hôte du service Gestionnaire de clés pour déterminer le numéro de port actuellement configuré pour l'activation KMS.
    1. Ouvrez une fenêtre de ligne de commande avec élévation de privilèges sur votre hôtedu service Gestionnaire de clés.
    2. Exécutez la commande suivante (selon votre version d'Office) :
      • Office 2013:
        cscript c:\windows\system32\slmgr.vbs /dlv 2E28138A-847F-42BC-9752-61B03FFF33CD 
      • Office 2010:
        cscript c:\windows\system32\slmgr.vbs /dlv BFE7A195-4F8F-4F0B-A622-CF13C7D16864
    3. Examinez la valeur spécifiée sur la ligne à l'écoute sur le Port de sortie.

      L'exemple suivant illustre un hôte KMS configuré pour utiliser le port 1689, qui est un port non défini par défaut.




    4. Assurez-vous que le numéro de port spécifié dans la sortie est le nombre correct et assurez-vous également que votre pare-feu a correctement configuré les règles pour ce port.

      NOTE 1: utilisez la commande suivante sur votre serveur gestionnaire de clés d' hôte si vous avez besoin de spécifier un numéro de port différent.
      Cscript c:\windows\system32\slmgr.vbs /sprt <port#>
      Remplacez le numéro de port que vous souhaitez utiliser pour l'activation KMS de <port#>dans la commande ci-dessus (port par défaut est 1688).


      NOTE 2: si le numéro de port utilisé par votre client Office est différent de celui qui est configuré sur l'hôte KMS, vous devrez reconfigurer vos paramètres de sorte qu'ils correspondent. Le client Office peut obtenir son numéro de port à partir d'une requête DNS ou il peut l'obtenir à partir du Registre sur le client Office. Suivez les étapes dans la section suivante pour analyser les enregistrements SRV de DNS.
      </port#>
  • Déterminer le nom du serveur hôte KMS et publié dans le DNS de numéro de port

    Par défaut, les clients d'Office utilisent une requête DNS pour localiser les enregistrements SRV contenant des noms d'hôte KMS et les numéros de port. Utilisez les étapes suivantes pour vérifier les enregistrements SRV figurant actuellement dans le système DNS.
    1. Dans une fenêtre d'invite de commandes, exécutez la commande suivante :
      nslookup -type=srv _vlmcs._tcp
      Le résultat sera semblable à l'exemple suivant :
      Server:  labsrv64.wingtiptoys.comAddress:  192.168.0.20_vlmcs._tcp.Wingtiptoys.com     SRV service location:          priority       = 0          weight         = 0          port           = 1689          svr hostname   = wingtip-dc.wingtiptoys.comwingtip-dc2.wingtiptoys.com      internet address = 192.168.0.30
      Remarque: il peut y avoir plus d'un serveur répertorié dans les résultats.

    2. Examinez les ou les numéros de hostname(s) et le port serveur spécifiés dans la sortie de l'outil Nslookup.
      • Si vos serveurs d'hôte KMS utilisent la configuration par défaut dans lequel la publication DNS est activée, puis apportez les modifications nécessaires à la configuration de l'hôte KMS pour les enregistrements DNS mis à jour publiés (voir la section précédente, déterminer le numéro de port configurés sur l'hôte KMS pour plus de détails).
      • Si vos serveurs d'hôte KMS sont configurés pour ne publier pas les informations DNS de faire, puis vous devrez apporter des modifications DNS manuellement. Consultez votre administrateur DNS pour plus d'informations sur ces modifications.
    Si votre hôte KMS et les paramètres de configuration DNS sont corrects, puis vous serez probablement essayer d'examiner les paramètres sur le client Office. La section suivante fournit les étapes de dépannage appropriées pour un client Office.

  • Reconfigurer les informations de Registre Office client nom et port le numéro de l'hôte KMS contenant

    Si votre hôte KMS est configuré correctement et vos règles de pare-feu sont ouverts pour le bon port et que vos enregistrements DNS sont corrects, vous pouvez utiliser les étapes suivantes sur le client Office de reconfigurer ou de supprimer les informations de clés stockées dans le Registre du client.
    1. Ouvrez une fenêtre de ligne de commande avec élévation de privilèges sur le client Office.
    2. Accédez au dossier dans lequel se trouve le Ospp.vbs .

      Par défaut, le dossier est la suivante :
      • Windows 32 bits + Office 32 bits ou 64 bits de Windows + 64 bits Office

        -Office 2013: C:\Program Files\Microsoft Office\Office15
        -Office 2010: C:\Program Files\Microsoft Office\Office14

      • Windows 64 bits + 32 bits Office

        -Office 2013: C:\Program Files (x 86) \Microsoft Office\Office15
        -Office 2010: C:\Program Files (x 86) \Microsoft Office\Office14
    3. Exécutez une ou plusieurs des commandes suivantes pour reconfigurer ou supprimer des détails du serveur KMS hôte dans le client Office.
      • Supprimer le serveur KMS hôte et le numéro de port d'hôte KMS

        Il peut être préférable de tout d'abord supprimer un nom de serveur KMS hôte et le port numéro actuellement stockée dans le Registre. Pour ce faire, utilisez la commande suivante :
        Cscript ospp.vbs /remhst
        Remarque: si le client Office n'a pas le nom du serveur KMS hôte et le numéro de port dans le Registre, exécuter la commande ci-dessus s'exécutera tout simplement sans apporter de modifications.

      • Configurer le nom du serveur hôte KMS

        Si vous utilisez la fonctionnalité d'activation KMS par défaut de DNS à interroger pour les hôtes KMS, vous n'avez pas besoin spécifier le serveur KMS hôte sur votre client Office. Toutefois, si vous n'utilisez pas cette fonctionnalité DNS pour l'activation KMS, puis vous devez spécifier le nom d'un hôte KMS activé à l'aide de la commande suivante :
        Cscript ospp.vbs /sethst:<hostname>
        Remarque: Remplacez <hostname>par le nom d'un hôte KMS d'Office.

        </hostname>
      • Configurer le numéro de port d'hôte KMS

        Si vous utilisez la fonctionnalité d'activation KMS par défaut de DNS à interroger pour les hôtes KMS, vous n'avez pas besoin spécifier le port de l'hôte KMS sur le client Office. Toutefois, si vous n'utilisez pas cette fonctionnalité DNS pour l'activation KMS, puis vous devrez spécifier le port de l'hôte KMS si votre hôte KMS utilise un port non défini par défaut (par défaut = 1688). La commande suivante permet de spécifier le numéro de port utilisé pour l'activation KMS par un client.
        Cscript ospp.vbs /setprt:<port#>
        Remarque: Remplacez <port#>avec le port correct utilisé par votre serveur KMS hôte.
        </port#>
    Si vous êtes certain de votre hôte KMS, DNS, et configuration du client Office est correcte, vous devez examiner vos règles de pare-feu pour s'assurer qu'ils autorisent la communication de l'activation de KMS sur le port spécifié. La section suivante fournit des détails sur le pare-feu Windows.

  • Examiner les règles de pare-feu pour assurer l'activation KMS peut se produire sur le port configuré

    Procédez comme suit pour examiner les règles de pare-feu fournies par le pare-feu Windows sur un ordinateur hôte KMS exécutant Windows Server 2008 R2. Veuillez consulter la documentation pour d'autres versions de Windows ou pour les pare-feux tiers que vous pouvez utiliser dans votre environnement.
    1. Dans le menu Démarrer , pointez sur Outils d'administration, puis cliquez sur Pare-feu Windows avec sécurité avancée.
    2. Dans le panneau de gauche, sélectionnez Règles de trafic entrant .
    3. Dans la liste règles de trafic entrant, double-cliquez sur le Service Gestionnaire de clés (TCP-In) avec profil = domaine.



    4. Sous l'onglet Général , assurez-vous que la règle est activée et que l' Action = Autoriser la connexion. Après avoir apporté les modifications, cliquez sur OK .


Retour au début



Aucun enregistrement SRV renvoyés par NSLookup
Par défaut, les clients KMS utilisent la fonctionnalité de découverte automatique et une requête DNS pour obtenir la liste des serveurs qui ont publié l'enregistrement _VLMCS dans la zone membre du client. DNS retourne la liste des hôtes KMS dans un ordre aléatoire. Ensuite, le client choisit un hôte KMS et tente d'établir une session sur celui-ci. Si cette tentative réussit, le client (avec les paramètres par défaut) met en cache le nom du serveur hôte KMS et tente de l'utiliser lors de la tentative de renouvellement suivante. En cas d'échec de l'installation de la session, le client choisit au hasard un autre serveur. Par conséquent, dans l'ordre pour les clients Office activer correctement la comportement/configuration de service Gestionnaire de clés par défaut, vous souhaiterez Assurez-vous que DNS possède un enregistrement SRV approprié pour vos hôtes KMS.

Utilisez les étapes suivantes sur un client Office pour déterminer les enregistrements SRV, si aucun, publié dans DNS.
  1. Ouvrez une fenêtre d'invite de commandes sur le client Office.
  2. Exécutez la commande suivante :
    nslookup -type=all _vlmcs._tcp
  3. Examinez la sortie.

    Si vous avez un enregistrement SRV pour l'hôte du service Gestionnaire de clés, le résultat contiendra une entrée semblable à l'exemple suivant :
    _vlmcs._tcp.contoso.com               SRV service location:                  priority       = 0                  weight         = 0                  port           = 1688                  svr hostname   = kms-server.contoso.com
S'il n'y a aucun trouvés dans le DNS les enregistrements SRV, puis les étapes suivantes dépendent de votre configuration de serveur gestionnaire de clés et la topologie DNS.
  • Hôte KMS doit publier des enregistrements DNS

    Si votre hôte du service Gestionnaire de clés doit être une SRV de publication enregistrement DNS, mais vous ne trouvez pas un enregistrement, utilisez les étapes suivantes sur votre hôte KMS examiner sa configuration et apporter éventuellement des modifications de configuration.

    Avertissement Des problèmes graves peuvent survenir si vous modifiez le Registre incorrectement à l'aide de l'Éditeur du Registre ou en utilisant une autre méthode. Ces problèmes peuvent nécessiter que vous réinstallez le système d'exploitation. Microsoft ne peut pas garantir que ces problèmes puissent être résolus. Modifiez le Registre à vos risques et périls.

    Remarque: les étapes suivantes s'appliquent à un hôte KMS sur un ordinateur avec Windows Server 2008 R2. Le chemin d'accès du Registre pour la valeur de DisableDnsPublishing peut être différent sur d'autres versions de Windows. Si vous ne parvenez pas à localiser la valeur DisableDnsPublishing à l'aide de l'emplacement de clé de Registre spécifiée ci-dessous, effectuez une recherche dans le Registre sous la ruche HKEY_LOCAL_MACHINE pour DisableDnsPublishing voir s'il existe sur votre hôte KMS.

    1. Recherchez et puis sélectionnez la clé suivante dans le Registre :

      HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\SoftwareProtectionPlatform

    2. Examinez les valeurs figurant sous cette clé pour voir si l'élément suivant existe.

      DWORD : DisableDnsPublishing

      Utilisez le tableau suivant pour déterminer si votre hôte KMS est configurée pour publier un enregistrement SRV de DNS.

      Valeur de DisableDNSPublishingPublication DNS est activée ou désactivée
      1Désactivé
      0Activé
      Valeur de DisableDNSPublishing n'existe pas
      (Notez, il s'agit de la configuration par défaut de l'hôte KMS)
      Activé

    Les étapes suivantes dépendent si la publication DNS est activée ou désactivée sur votre hôte KMS.
    • Publication DNS n'est pas activé

      Si la publication DNS n'est pas activée sur votre hôte KMS, procédez comme suit pour activer la publication.

      1. Ouvrez une fenêtre de ligne de commande avec élévation de privilèges sur l'hôte KMS.
      2. Exécutez la commande suivante :
        Cscript c:\Windows\System32\slmgr.vbs /sdns
      3. Redémarrez le service de Protection de logiciel sur votre hôte KMS.
    • Publication DNS est activée.

      Si la publication DNS est activée sur l'hôte KMS, mais vous ne trouvez pas un enregistrement SRV dans DNS, le service serveur DNS peut prend pas en charge les mises à jour dynamiques. Dans ce scénario, l'enregistrement « VLMCS._TCP, SRV » peut être enregistré manuellement. Pour créer manuellement un enregistrement KMS SRV dans un serveur Microsoft DNS, procédez comme suit

      1. Sur le serveur DNS, ouvrez le Gestionnaire DNS.
      2. Cliquez sur le serveur DNS où vous devez créer l'enregistrement de ressource SRV.
      3. Dans l'arborescence de la console, développez Zones de recherche directes , cliquez sur le domaine, puis cliquez sur Nouveaux enregistrements.
      4. Faites défiler la liste et cliquez sur Emplacement du Service (SRV) , puis cliquez sur Créer un enregistrement .
      5. Entrez les informations suivantes :

        ParamètreValeur
        Service_VLMCS
        Protocole_TCP
        Numéro de port1688
        Hôte proposant le service<FQDN of="" the="" kms="" host=""></FQDN>

      6. Cliquez sur OK et puis cliquez sur terminé.

      Remarque : Si votre organisation utilise un serveur DNS non-Microsoft, vous pouvez créer les enregistrements SRV requis en utilisant les détails suivants tant le serveur DNS BIND 9.x conforme.

      ParamètreValeur
      Nom_vlmcs. TCP
      TapezSRV
      Priorité0
      Poids0
      Port1688
      Nom d'hôte<FQDN of="" the="" kms="" host=""></FQDN>

      En outre, pour configurer un serveur DNS BIND 9.x pour prendre en charge la publication automatique KMS, configurez le serveur BIND pour activer les mises à jour des enregistrements de ressources à partir des hôtes KMS. Par exemple, ajoutez la ligne suivante à la définition de zone dans Named.conf ou named.conf.local:
      allow-update { any; }; 
      Remarque : Les champs de priorité et de poids ne sont pas utilisés par KMS et sont ignorées par le client KMS. Toutefois, ils doivent être inclus dans le fichier de zone

  • Hôte KMS doit pas publier les enregistrements DNS

    Si vous avez désactivé intentionnellement la publication DNS par votre hôte KMS, vous devrez inscrire manuellement l'enregistrement SRV dans DNS. Dans ce scénario, utilisez les étapes décrites dans la section précédente pour configurer manuellement vos paramètres DNS. Cliquez sur ici Pour accéder aux étapes.

    Une autre approche pour la création manuelle d'enregistrements DNS pour vos hôtes KMS est de configurer chaque client Office avec le nom de l'hôte KMS. Ces informations sont stockées dans le Registre sur le client et vous devrez exécuter le script Ospp.vbs sur chaque client pour modifier cette configuration. Si c'est la solution que vous souhaitez utiliser pour votre environnement, procédez comme suit.
    1. Ouvrez une fenêtre de ligne de commande avec élévation de privilèges sur votre bureau (2010 ou 2013) client.
    2. Accédez au dossier dans lequel se trouve le Ospp.vbs .
      • Windows 32 bits + Office 32 bits ou 64 bits de Windows + 64 bits Office

        -Office 2013: C:\Program Files\Microsoft Office\Office15
        -Office 2010: C:\Program Files\Microsoft Office\Office14

      • Windows 64 bits + 32 bits Office

        -Office 2013: C:\Program Files (x 86) \Microsoft Office\Office15
        -Office 2010: C:\Program Files (x 86) \Microsoft Office\Office14
    3. Exécutez la commande suivante :
      Cscript ospp.vbs /sethst:<value>
      Remarque: Remplacez <value>par le nom ou l'adresse IP de l'hôte KMS.

      </value>
    4. (Facultatif) Si vous devez également configurer un port autre que la valeur par défaut (1688), puis exécutez la commande suivante :
      Cscript ospp.vbs /setprt:<port>
      Remarque: Remplacez <port>le numéro de port (autre que 1688)</port>

Retour au début



Hôte KMS la mise en cache n'est pas activé sur le client Office
Par défaut, les clients KMS interrogent DNS pour des informations sur le service KMS. La première fois qu'un client KMS interroge le DNS pour des informations sur le service KMS, il choisit au hasard un hôte KMS à partir de la liste des enregistrements de ressources SRV que DNS retourne. Si l'hôte KMS qui sélectionne par un client ne répond pas à une demande d'activation, le client supprime cet hôte KMS à partir de sa liste locale des enregistrements de ressources SRV et sélectionne de manière aléatoire un autre hôte KMS à partir de la liste. Lorsqu'un hôte KMS répond, le client met en cache le nom de l'hôte KMS et utilise cet hôte pour les tentatives ultérieures de renouvellement et de l'activation. Si l'hôte KMS mis en cache ne répond pas à un renouvellement ultérieur, le client KMS découvre un nouvel hôte KMS en interrogeant à nouveau les DNS pour les enregistrements de ressources SRV KMS.

La configuration par défaut d'un client KMS hôte KMS la mise en cache est activée. La désactivation de la mise en cache de DNS n'est pas forcément problématique, mais nous vous recommandons de que vous laissez activé, à moins que vos clients Office rencontrer des problèmes d'activation avec l'hôte de la mise en cache activées.

Vous pouvez utiliser les étapes suivantes pour activer à nouveau hôte KMS la mise en cache sur un client KMS :
  1. Ouvrez une fenêtre de ligne de commande avec élévation de privilèges sur le client Office.
  2. Exécutez la commande suivante :
    Cscript c:\windows\system32\slmgr.vbs /skhc

Retour au début

Clé de produit a été bloqué (erreur 0xC004C003)
Lorsque vous exécutez la commande cscript ospp.vbs /act sur un client Office, vous recevez l' erreur 0xC004C003 , et le texte de description d'erreur est «le serveur d'activation a déterminé la clé de produit spécifiée a été bloquée.»

Cette erreur peut se produire si vous essayez d'activer un produit qui ne nécessite pas d'activation. Par exemple, les produits suivants génère cette erreur lorsque vous essayez de les activer via le service Gestionnaire de clés.

NOM de la licence : Office 14, Édition de contournement de l'OfficeStarter
NOM de la licence : Office 14, Édition de contournement de l'OfficeAccessRuntime
NOM de la licence : Office 14, Édition de contournement de l'OfficeSPD
NOM de la licence : Office 14, Édition du OfficeProPlusSub-SubPrepid

Notez les éléments ci-dessus sont ce que vous verriez dans le résultat de l'exécution de cscript ospp.vbs /act .

Il est inutile d'activer ces produits spécifiques, l'erreur 0xC004C003 peut être ignoré pour les.

Retour au début


' Produit a été activé mais le propriétaire doit vérifier l'information d'avertissement des droits d'utilisation du produit (erreur 0x4004F040)

Lorsque vous exécutez la commande cscript ospp.vbs /act sur un client Office, vous recevez l' erreur 0x4004F040 et la description de l'erreur est «que le Service de licences logicielles a signalé que le produit a été activé mais que le propriétaire doit vérifier les droits d'utilisation du produit.»

Si le statut de licence de valeur dans le Ospp... sortie du vbs est sous licence, votre licence Office est correctement établie, et cette erreur peut être ignorée en toute sécurité.


Avertissement : Cet article a été traduit automatiquement.

Propriétés

ID d'article : 2870357 - Dernière mise à jour : 10/12/2015 06:09:00 - Révision : 4.0

Microsoft Office Professional Plus 2013, Microsoft Office Professional 2013, Microsoft Office Standard 2013, Microsoft Office Professional Plus 2010, Microsoft Office Professional 2010, Microsoft Office Standard 2010, Microsoft Office Enterprise 2007, Microsoft Office Professional Plus 2007, Microsoft Office Professional 2007, Microsoft Office Standard 2007

  • kbmt KB2870357 KbMtfr
Commentaires