Vous êtes invité par intermittence des informations d'identification ou rencontrez des délais d'attente lorsque vous vous connectez aux Services d'authentification

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: 975363
Symptômes
Vous pouvez rencontrer un ou plusieurs des problèmes suivants. Ces problèmes peuvent être continue ou intermittente. Ces symptômes sont plus probables et plus répandues pendant les heures de « utilisation élevée », tel qu'au début d'une activité à jour lors de le charge accrue du client se produit sur les serveurs de l'environnement.

Vous pouvez rencontrer les problèmes suivants dans un scénario de services web :
  • Les clients Web reçoivent des réponses différées à partir du serveur web.
  • Les clients Web sont demandées des informations d'identification même si les informations d'identification correctes sont entrées.
Vous pouvez rencontrer les problèmes suivants dans un scénario de proxy web :
  • Les clients Web reçoivent des réponses différées à partir du serveur web.
  • Les clients Web sont demandées des informations d'identification même si les informations d'identification correctes sont entrées.
Vous pouvez rencontrer les problèmes suivants dans un scénario de client Exchange :
  • Les clients reçoivent des réponses différées à partir du serveur.
  • Les clients sont demandées des informations d'identification même si les informations d'identification correctes sont entrées.
Vous pouvez rencontrer le problème suivant dans tout scénario dans lequel l'authentification NTLM est utilisée pour les applications :

Secteur d'activité ou des applications personnalisées qui utilisent l'authentification NTLM échoue. En outre, vous pouvez recevoir des erreurs différentes qui sont intermittentes et peuvent inclure des « accès refusé ».
Vous pouvez rencontrer le problème suivant dans un scénario d'accès aux fichiers à distance :
Les clients Windows reçoivent des erreurs « accès refusé » ou différée des réponses du serveur de fichiers.
Vous pouvez rencontrer le problème suivant dans n'importe quel scénario dans lequel la délégation Kerberos est utilisée dans un service de niveau intermédiaire :
Les clients accéder correctement au premier abord, mais ensuite perdent l'accès aux mêmes ressources. En outre, vous pouvez être invité à plusieurs reprises des informations d'identification ou rencontrez des erreurs « accès refusé ».
Remarques
  • Ce problème est plus susceptible de se produire si une ou plusieurs des conditions suivantes sont remplies :
    • Il existe des services hautement transactionnelles et très utilisés dans l'environnement de.
    • Il existe une utilisation intensive des scripts qui utilisent le fournisseur WINNT.
    • Il existe des applications et des services qui ne sont pas configurés (ou ne sont pas configurables) pour utiliser l'authentification Kerberos.
    • Lorsque les trois conditions suivantes sont remplies simultanément :
      • Il existe de nombreux domaines de « comptes » (en d'autres termes, les domaines qui ont des comptes d'utilisateurs dans les) dans l'environnement.
      • Il existe des contrôleurs de domaine Windows Server 2003 (DC).
      • Il existe des applications ou des services qui peuvent s'authentifier sans fournir le nom de domaine. Par exemple, il existe les applications ou les services qui fournissent des <null>\</null>nom d'utilisateur au lieu de nom_domaine\nom d'utilisateur.
  • Les symptômes suivants indiquent que ce problème se produit dans l'environnement :
    • Un événement source de Kerberos est enregistré dans le journal système des serveurs d'applications. Cet événement indique que la validation de la PAC de Kerberos est défaillante. L'événement semblable au suivant :

      Type d'événement : erreur
      Source de l'événement : Kerberos
      Catégorie de l'événement : aucune
      L'ID d'événement: 7
      Utilisateur : n/a
      Description : Le sous-système Kerberos a rencontré un échec de la vérification PAC. Cela indique que le PAC du client nom de l'ordinateur dans le domaine Nom de domaine DNS d'Active Directory avait un PAC qui a été modifié ou n'a pas été vérifiée. Contactez votre administrateur système.
      Données : 0000 : c0000192

    • Texte dans les journaux de débogage du service Netlogon (Netlogon.log) correspond au texte "NlpUserValidateHigher : Impossible d'allouer un emplacement de l'API cliente. » Ces entrées peuvent apparaître dans tous les journaux de débogage de Netlogon des serveurs suivants :
      • Le serveur d'application
      • Les contrôleurs de domaine dans le domaine de serveurs d'application
      • Contrôleurs de domaine autorisé à approuver
    • PerfMon enregistrement des performances du compteur de performance Netlogon pour les délais d'attente du sémaphore pendant le temps lorsque le problème se produit indique les numéros supérieur à zéro. La valeur de ce compteur peut apparaître sur un des serveurs suivants dans ce scénario :
      • Le serveur d'application
      • Les contrôleurs de domaine dans le domaine de serveurs d'application
      • Contrôleurs de domaine autorisé à approuver
Cause
Ce problème se produit lorsqu'un volume élevé de l'authentification NTLM ou transactions de validation Kerberos PAC (ou les deux) se produisent sur un serveur Windows, et ce volume est plus grand que le volume qui peut être traité simultanément par le serveur membre ou par les contrôleurs de domaine qui fournissent l'authentification. En d'autres termes, cela est dû à un goulot d'étranglement d'authentification.

L'authentification NTLM et validation de charbons activés en poudre sont effectués par des threads dédiés dans le processus Lsass.exe sur les ordinateurs Windows. Il existe un nombre maximal de ces threads disponibles traiter ces demandes en même temps, et si les demandes dépassent la disponibilité des threads et les demandes ne peuvent pas attendre plus longtemps, ce problème se produit.

Par défaut, stations de travail ont un des threads disponibles et serveurs membres possèdent deux threads disponibles pour utilisation. Contrôleurs de domaine ont un thread disponible par canal de sécurité à des domaines approuvés. Le nombre maximal de threads qui sont dédiés à cet effet est appelé « Maxconcurrentapi » et est configurable.
Résolution
Pour résoudre ce problème, utilisez une ou plusieurs des méthodes suivantes :
  • Installez le correctif suivant et suivez les étapes décrites dans la "Informations concernant le Registre. Après avoir installé ce correctif sur Windows Vista, Windows Server 2008, Windows 7 ou Windows Server 2008 R2, la limite maximum de connexions simultanées entre un ordinateur client et un autre serveur ou un contrôleur de domaine pour l'authentification NTLM ou validation de charbons activés en poudre peut-être être modifié jusqu'à 150. Cela doit être effectué sur tous les serveurs qui exposent le Perfmon Netlogon « délai d'attente de sémaphore » les indications dans les journaux de performances ou qui ont le « NlpUserValidateHigher : Impossible d'allouer un emplacement de l'API cliente "texte dans leurs journaux de débogage de Netlogon.
  • Pour les applications et les services qui utilisent NTLM, simplement les configurer pour utiliser à la place de l'authentification Kerberos. Les méthodes à suivre qui seront uniques à ces applications.
Remarque Pour décider quelle valeur à définir pour le MaxConcurrentApi paramètre dans votre environnement reportez-vous à l'article ci-dessous de la Base de connaissances.

2688798 Comment effectuer le réglage des performances pour l'authentification NTLM en utilisant le paramètre MaxConcurrentApi

Informations sur le correctif

Un correctif pris en charge est disponible auprès de Microsoft. Toutefois, ce correctif vise à corriger uniquement le problème décrit dans cet article. Appliquer ce correctif uniquement aux systèmes qui rencontrent le problème qui est décrit dans cet article. Ce correctif va peut-être subir des tests supplémentaires. Par conséquent, si vous n'êtes pas sérieusement concerné par ce problème, nous vous recommandons d'attendre la prochaine mise à jour logicielle qui contiendra ce correctif.

Si le correctif est disponible pour le téléchargement, il existe une section « Téléchargement de correctif logiciel disponible » au début de cet article de la Base de connaissances. Si cette section n'apparaît pas, contactez le Service clientèle et Support de Microsoft pour obtenir le correctif.

Remarque Si des problèmes supplémentaires se produisent ou si des procédures de dépannage sont nécessaires, vous devrez peut-être formuler une demande de service distincte. Les coûts habituels du support technique s'appliqueront aux questions et problèmes qui ne relèvent pas de ce correctif logiciel. Pour une liste complète des numéros de téléphone service clientèle de Microsoft ou pour créer une demande de service distincte, visitez le site Web Microsoft suivant : Remarque Le formulaire « Téléchargement de correctif logiciel disponible » affiche les langues pour lesquelles le correctif est disponible. Si vous ne voyez pas votre langue, c'est parce qu'il n'y a pas de correctif disponible pour cette langue.

Conditions préalables

Pour appliquer ce correctif logiciel, votre ordinateur doit exécuter Windows 7, Windows Server 2008 R2, Windows Vista Service Pack 2 ou Windows Server 2008 Service Pack 2.

Informations concernant le Registre

Important Cette section, méthode ou tâche contient des étapes vous indiquant comment modifier le Registre. Toutefois, des problèmes graves peuvent survenir si vous modifiez le Registre de façon incorrecte. Par conséquent, veillez à suivre ces étapes scrupuleusement. Pour une meilleure protection, sauvegardez le Registre avant de le modifier. Vous pourriez alors restaurer le Registre si un problème survient. Pour plus d'informations sur la façon de sauvegarder et de restaurer 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
Après avoir installé le correctif, augmentez la valeur de Maxconcurrentapi à un plus grand nombre sur tous les serveurs qui ont Perfmon Netlogon « temporisation de sémaphore » des indications dans les journaux de performances ou "NlpUserValidateHigher : Impossible d'allouer un emplacement de l'API cliente" texte dans leurs journaux de débogage de Netlogon. Pour ce faire, procédez comme suit :
  1. Démarrez l'Éditeur du Registre.
  2. Recherchez la sous-clé de Registre suivante :
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Netlogon\Parameters
  3. Créez l'entrée de Registre suivante :

    Nom : MaxConcurrentApi
    Type : REG_DWORD
    Valeur :La valeur sur le plus grand nombre, vous avez testé (tout nombre supérieur à la valeur par défaut).
  4. À l'invite de commande, exécutez net stop netlogon, puis exécutez Net start netlogon.
Remarques
  • La valeur maximale qui peut être configurée dépend de la version du système d'exploitation et si un correctif est disponible.
    • Le paramètre maximal configurable dans Windows Server 2003 est de 10.
    • Le paramètre maximal configurable dans Windows Server 2008 (sans le correctif de cet article) est 10. Avec le correctif, la valeur maximale est 150.
    • Le paramètre maximal configurable dans Windows Server 2008 R2 (sans le correctif de cet article) est 10. Avec le correctif, la valeur maximale est 150.
  • Si vous décidez d'augmenter les MaxConcurrentApivalue à une valeur supérieure à 10, la charge et les performances de la valeur souhaitée doivent être testés dans un environnement de test avant d'implémenter dans la production. Ceci est recommandé pour vous assurer que l'augmentation de cette valeur ne provoque pas d'autres goulots d'étranglement de ressource.

Nécessite un redémarrage

Vous devez redémarrer l'ordinateur après avoir appliqué ce correctif.

Informations de remplacement du correctif

Ce correctif ne remplace pas un correctif précédemment publié.

Informations sur les fichiers

La version anglaise (États-Unis) de ce correctif logiciel installe des fichiers dont les attributs sont répertoriés dans les tableaux ci-dessous. Les dates et heures de ces fichiers sont répertoriées en temps universel coordonné (UTC). Les dates et heures de ces fichiers sur votre ordinateur local sont affichées dans votre heure locale en tenant compte de l'heure d'été (DST). En outre, les dates et heures peuvent changer lorsque vous effectuez certaines opérations sur les fichiers.

  • Les fichiers MANIFEST (.manifest) et MUM (.mum) qui est installés pour chaque environnement sont répertoriés séparément dans les « informations de fichiers supplémentaires pour Windows Vista et Windows Server 2008 » section. MUM et les fichiers manifeste et les fichiers de catalogue (.cat) sécurité associées, sont très importants pour conserver l'état du composant mis à jour. Les fichiers de catalogue de sécurité, pour lesquels les attributs ne sont pas répertoriés, sont signés avec une signature numérique Microsoft.

Informations sur les fichiers pour Windows Vista et Windows Server 2008

Informations sur les fichiers pour les versions x 86 de Windows Server 2008 et Windows Vista
Nom de fichierVersion de fichierTaille du fichierDateHeurePlateforme
Netlogon.dll6.0.6002.22289592,89616-déc-200912:09x 86
Nlsvc.MOFNe s'applique pas2,87303-avr-200921:24Ne s'applique pas
Informations sur les fichiers pour les versions x 64 de Windows Server 2008 et Windows Vista
Nom de fichierVersion de fichierTaille du fichierDateHeurePlateforme
Netlogon.dll6.0.6002.22289716,80016-déc-200912:07x64
Nlsvc.MOFNe s'applique pas2,87303-avr-200920:58Ne s'applique pas
Informations sur les fichiers pour les versions basés sur IA-64 de Windows Server 2008
Nom de fichierVersion de fichierTaille du fichierDateHeurePlateforme
Netlogon.dll6.0.6002.222891,216,51216-déc-200912:05IA-64
Nlsvc.MOFNe s'applique pas2,87303-avr-200920:59Ne s'applique pas

Informations sur les fichiers pour Windows 7 et Windows Server 2008 R2

Remarques sur les fichiers Windows 7 et Windows Server 2008 R2Important Les correctifs logiciels Windows 7 et Windows Server 2008 R2 sont inclus dans les mêmes packages. Toutefois, les correctifs dans la page demande de correctif sont répertoriés sous les deux systèmes d'exploitation. Pour demander le package de correctif qui s'applique à un ou aux deux systèmes d'exploitation, sélectionnez le correctif logiciel répertorié sous Windows 7/Windows Server 2008 R2 » sur la page. Reportez-vous toujours à la section « S'applique à » pour déterminer le système d'exploitation actif auquel s'applique chaque correctif.
  • Les fichiers MANIFEST (.manifest) et MUM (.mum) qui est installés pour chaque environnement sont répertoriés séparément dans le « informations sur les fichiers supplémentaires pour Windows Server 2008 R2 et section de Windows 7 ». MUM et les fichiers manifeste et les fichiers de catalogue (.cat) sécurité associées, sont très importants pour conserver l'état du composant mis à jour. Les fichiers de catalogue de sécurité, pour lesquels les attributs ne sont pas répertoriés, sont signés avec une signature numérique Microsoft.
Pour toutes les versions x86 de Windows 7 prises en charge
Nom de fichierVersion de fichierTaille du fichierDateHeurePlateforme
Netlogon.dll6.1.7600.20576563,71216-Nov-200906:40x 86
Nlsvc.MOFNe s'applique pas2,87310-Jun-200921:29Ne s'applique pas
Pour toutes les versions 64 bits de Windows 7 et Windows Server 2008 R2
Nom de fichierVersion de fichierTaille du fichierDateHeurePlateforme
Netlogon.dll6.1.7600.20576692,73616-Nov-200907:45x64
Nlsvc.MOFNe s'applique pas2,87310-Jun-200920:47Ne s'applique pas
Pour toutes les versions de Windows Server 2008 R2 basées sur IA-64 prises en charge
Nom de fichierVersion de fichierTaille du fichierDateHeurePlateforme
Netlogon.dll6.1.7600.205761,148,41616-Nov-200906:10IA-64
Nlsvc.MOFNe s'applique pas2,87310-Jun-200920:52Ne s'applique pas


Statut
Microsoft a confirmé l'existence de ce problème dans les produits Microsoft répertoriés dans la section « S'applique à ».
Plus d'informations
Ce correctif est inclus dans Windows 7 Service Pack 1 (SP1) et Windows Server 2008 R2 Service Pack 1 (SP1).

Le paramètre MaxConcurrentApi et les paramètres par défaut pour celui-ci sont hérités de Windows 2000 et des capacités matérielles limitées de ce laps de temps. Avec un matériel plus ancien, permettant des threads supplémentaires et le trafic RPC qu'ils générerait a été un problème sérieux et il a été possible de goulots d'étranglement de performances si trop de threads ont été créés. Avec nouvelles plates-formes matérielles et des performances améliorées, cette limitation de performances du matériel est moins susceptible de se produire. Comme toujours, il est important de mesurer et de comprendre les performances des serveurs dans un environnement avant d'augmenter la charge potentielle en utilisant un paramètre MaxConcurrentApi élevé.

Pour plus d'informations sur l'utilisation du service Netlogon (Netlogon.log) d'enregistrement de débogage, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
109626 Activation de l'enregistrement de débogage pour le service Net Logon
Une étape de réduction supplémentaire peut être effectuée sur les contrôleurs de domaine Windows Server 2003 qui ont des écritures dans leur journal de débogage du service Netlogon qui indiquent que les clients doivent envoyer des <null>\</null>nom d'utilisateur au lieu de nom_domaine\nom d'utilisateur. Les étapes sont décrites dans l'article suivant de la Base de connaissances Microsoft :
923241 Le processus Lsass.exe peut cesser de répondre si vous avez plusieurs approbations externes sur un contrôleur de domaine Windows Server 2003
Plus d'informations sur l'utilisation de l'objet de surveillance de Performance de l'accès réseau sont disponibles, avec une mise à jour pour ajouter cet objet de Performance dans Windows Server 2003. Il existe une mise à jour pour Windows Server 2003 qui vous permet de surveiller la vitesse et le débit d'authentifications NTLM. Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
928576 Nouveaux compteurs de performance de Windows Server 2003 vous permettent de surveiller les performances d'authentification d'accès réseau

Il existe une mise à jour pour Windows Server 2008 R2 qui introduit de nouveaux événements pour effectuer le suivi de la surcharge de l'API de Netlogoan :

Les nouvelles entrées de journal des événements de suivi des délais d'authentification NTLM et échecs dans Windows Server 2008 R2 sont disponibles
site http://support.Microsoft.com/default.aspx?scid=kb; EN-US; 2654097
Pour plus d'informations sur la terminologie de mise à jour logicielle, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
824684 Description de la terminologie standard utilisée pour décrire les mises à jour logicielles de Microsoft

Informations sur les fichiers supplémentaires

Informations sur les fichiers supplémentaires pour Windows Vista et Windows Server 2008

Informations sur les fichiers supplémentaires pour les versions x 86 de Windows Vista et Windows Server 2008
Nom de fichierUpdate.mum
Version de fichierNe s'applique pas
Taille du fichier3,068
Date (UTC)16-déc-2009
Heure (UTC)21:16
PlateformeNe s'applique pas
Nom de fichierX86_d097c3e62c5fe28649de747cfa96d8cc_31bf3856ad364e35_6.0.6002.22289_none_8f4d35d9370e9c53.manifest
Version de fichierNe s'applique pas
Taille du fichier705
Date (UTC)16-déc-2009
Heure (UTC)21:16
PlateformeNe s'applique pas
Nom de fichierX86_microsoft-windows-security-netlogon_31bf3856ad364e35_6.0.6002.22289_none_ffda50c84e769578.manifest
Version de fichierNe s'applique pas
Taille du fichier22,701
Date (UTC)16-déc-2009
Heure (UTC)14:05
PlateformeNe s'applique pas
Informations sur les fichiers supplémentaires pour les versions x 64 de Windows Server 2008 et Windows Vista
Nom de fichierAmd64_0fe0181b07108c9de21c48d7ff24c52a_31bf3856ad364e35_6.0.6002.22289_none_f87d1e5f85e49530.manifest
Version de fichierNe s'applique pas
Taille du fichier1,060
Date (UTC)16-déc-2009
Heure (UTC)21:16
PlateformeNe s'applique pas
Nom de fichierAmd64_microsoft-windows-security-netlogon_31bf3856ad364e35_6.0.6002.22289_none_5bf8ec4c06d406ae.manifest
Version de fichierNe s'applique pas
Taille du fichier23,180
Date (UTC)16-déc-2009
Heure (UTC)15:52
PlateformeNe s'applique pas
Nom de fichierUpdate.mum
Version de fichierNe s'applique pas
Taille du fichier3,092
Date (UTC)16-déc-2009
Heure (UTC)21:16
PlateformeNe s'applique pas
Nom de fichierWow64_microsoft-windows-security-netlogon_31bf3856ad364e35_6.0.6002.22289_none_664d969e3b34c8a9.manifest
Version de fichierNe s'applique pas
Taille du fichier18,332
Date (UTC)16-déc-2009
Heure (UTC)14:00
PlateformeNe s'applique pas
Informations de fichiers supplémentaires pour les versions basés sur IA-64 de Windows Server 2008
Nom de fichierIa64_93a1c37632c96e8463a7fa3608662f92_31bf3856ad364e35_6.0.6002.22289_none_f505daf555102feb.manifest
Version de fichierNe s'applique pas
Taille du fichier1,058
Date (UTC)16-déc-2009
Heure (UTC)21:16
PlateformeNe s'applique pas
Nom de fichierIa64_microsoft-windows-security-netlogon_31bf3856ad364e35_6.0.6002.22289_none_ffdbf4be4e749e74.manifest
Version de fichierNe s'applique pas
Taille du fichier23,156
Date (UTC)16-déc-2009
Heure (UTC)16:08
PlateformeNe s'applique pas
Nom de fichierUpdate.mum
Version de fichierNe s'applique pas
Taille du fichier2,247
Date (UTC)16-déc-2009
Heure (UTC)21:16
PlateformeNe s'applique pas
Nom de fichierWow64_microsoft-windows-security-netlogon_31bf3856ad364e35_6.0.6002.22289_none_664d969e3b34c8a9.manifest
Version de fichierNe s'applique pas
Taille du fichier18,332
Date (UTC)16-déc-2009
Heure (UTC)14:00
PlateformeNe s'applique pas

Informations sur les fichiers supplémentaires pour Windows 7 et Windows Server 2008 R2

Fichiers supplémentaires pour toutes les versions x86 prises en charge de Windows 7


Nom de fichierVersion de fichierTaille du fichierDateHeurePlateforme
Package_for_kb975363_rtm ~ 31bf3856ad364e35 ~ x 86 ~ ~ 6.1.1.0.mumNe s'applique pas1,94716-Nov-200909:45Ne s'applique pas
X86_microsoft-windows-security-netlogon_31bf3856ad364e35_6.1.7600.20576_none_fe237c4db262181f.manifestNe s'applique pas35,54116-Nov-200908:08Ne s'applique pas
Fichiers supplémentaires pour toutes les versions 64 bits de Windows 7 et Windows Server 2008 R2 prises en charge

Nom de fichierVersion de fichierTaille du fichierDateHeurePlateforme
Amd64_microsoft-windows-security-netlogon_31bf3856ad364e35_6.1.7600.20576_none_5a4217d16abf8955.manifestNe s'applique pas35,54716-Nov-200908:11Ne s'applique pas
Package_for_kb975363_rtm ~ 31bf3856ad364e35 ~ amd64 ~ ~ 6.1.1.0.mumNe s'applique pas2,18116-Nov-200909:45Ne s'applique pas
Wow64_microsoft-windows-security-netlogon_31bf3856ad364e35_6.1.7600.20576_none_6496c2239f204b50.manifestNe s'applique pas16,59616-Nov-200908:01Ne s'applique pas
Fichiers supplémentaires pour toutes les versions de Windows Server 2008 R2 basées sur IA-64 prises en charge

Nom de fichierVersion de fichierTaille du fichierDateHeurePlateforme
Ia64_microsoft-windows-security-netlogon_31bf3856ad364e35_6.1.7600.20576_none_fe252043b260211b.manifestNe s'applique pas35,54416-Nov-200909:06Ne s'applique pas
Package_for_kb975363_rtm ~ 31bf3856ad364e35 ~ ia64 ~ ~ 6.1.1.0.mumNe s'applique pas1,68316-Nov-200909:45Ne s'applique pas
Wow64_microsoft-windows-security-netlogon_31bf3856ad364e35_6.1.7600.20576_none_6496c2239f204b50.manifestNe s'applique pas16,59616-Nov-200908:01Ne s'applique pas

Avertissement : Cet article a été traduit automatiquement.

Propriétés

ID d'article : 975363 - Dernière mise à jour : 01/04/2016 13:30:00 - Révision : 9.0

Windows Server 2008 R2 Datacenter, Windows Server 2008 R2 Enterprise, Windows Server 2008 R2 Standard, Windows Server 2008 Datacenter, Windows Server 2008 Enterprise, Windows Server 2008 Standard

  • kbqfe kbhotfixserver kbsurveynew kbautohotfix kbexpertiseinter kbbug kbfix kbmt KB975363 KbMtfr
Commentaires