Un ordinateur ne peut pas identifier le réseau lorsque l'ordinateur exécute Windows Vista, Windows Server 2008, Windows 7 ou Windows Server 2008 R2 et est membre d'un domaine enfant

Traductions disponibles Traductions disponibles
Numéro d'article: 980873 - Voir les produits auxquels s'applique cet article
Agrandir tout | Réduire tout

Sommaire

Symptômes

Vous disposez d'un ordinateur qui exécute Windows Vista, Windows Server 2008, Windows 7 ou Windows Server 2008 R2. Lorsque cet ordinateur est membre d'un domaine enfant, l'ordinateur ne peut pas identifier le réseau. Cela peut entraîner le pare-feu sur l'ordinateur à être défini sur le profil public.

En outre, les événements semblables aux suivants sont enregistrés dans les journaux des événements applications :

Source : Microsoft-Windows-NetworkProfile
ID d'événement : 4001
Catégorie de tâche : Wait for identification
Niveau : Information Keywords: (35184372088832)
L'utilisateur : SERVICE LOCAL
Ordinateur : Computer name
Description :
Entrée d'état : Identification des GUID d'interface réseau: {61287808-a4a5-4da5-8189-0e2a8de5d075}

Source : Microsoft-Windows-NetworkProfile
ID d'événement : 10000
Catégorie de tâche : aucune
Niveau : informations
Mots-clés: (35184372088832)
L'utilisateur : SERVICE LOCAL
Ordinateur : Computer name
Description : Réseau connecté
Nom : identification...
Description : identification...
Type : non géré
État : connecté
Catégorie : public


Source : Microsoft-Windows-NlaSvc
ID d'événement : 4333
Catégorie de tâche : DsGetDcName(RootDomainGuid)
Niveau : erreur
Mots-clés: (4),(2)
L'utilisateur : SERVICE de réseau
Ordinateur : Computer name
Description :
DsGetDcName(DS_IS_DNS_NAME) pour le domaine racine de GUID a échoué avec l'erreur 0x54B


Remarque Erreur 0x54B indique que le domaine spécifié n'existe pas ou n'a pas pu être contacté.

Cause

Ce problème se produit car l'ordinateur ne peut pas se connecter au contrôleur de domaine principal (PDC) dans le domaine de la forêt une fois que l'ordinateur est joint au domaine enfant. Le service NLA (Network Location AWARENESS) s'attend à pouvoir énumérer le nom de forêt du domaine pour choisir le profil de réseau approprié pour la connexion. Le service effectue cette opération en appel DsGetDcName sur le nom de la racine de forêt et l'émission d'une requête LDAP sur le port UDP 389 vers une contrôleur de domaine racine. Le service s'attend à pouvoir se connecter au contrôleur principal de domaine dans le domaine de la forêt pour remplir la sous-clé de Registre suivante :
HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\NetworkList\Nla\Cache\IntranetForests
Si quelque chose empêche la résolution de nom DNS ou de la tentative de connexion au contrôleur de domaine, NLA n'est pas en mesure de définir le profil de réseau appropriée sur la connexion.

Un problème similaire a été traité dans l'article de la base de connaissances Microsoft ci-dessous :
971198Fermeture de session de l'ordinateur Windows Vista prend 5-10 minutes s'il n'y a aucune connectivité LDAP au domaine racine de forêt

Résolution

Pour résoudre ce problème, appliquez l'une des méthodes suivantes.

Méthode 1

Configurer les périphériques pare-feu pas à bloquer les communications sur le port UDP/TCP 389. Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la base de connaissances Microsoft :
832017Vue d'ensemble des services et exigences de ports réseau pour le système Windows Server

Méthode 2

Avertissement Problèmes graves peuvent se produire si vous modifiez le Registre de façon incorrecte à l'aide de l'Éditeur du Registre ou à une autre méthode. Ces problèmes peuvent obliger à réinstaller le système d'exploitation. Microsoft ne peut pas garantir que ces problèmes peuvent être résolus. Modifier le Registre à vos risques et périls.
  1. Configurer un ordinateur dans le domaine enfant pour vous connecter au contrôleur principal de domaine à partir du domaine racine.
  2. Redémarrez l'ordinateur. L'ordinateur doit maintenant être en mesure d'identifier le réseau. De plus, le profil sur le pare-feu est remis au profil de domaine.
  3. Exporter la sous-clé de Registre suivante sous la forme d'un fichier dans un emplacement partagé dans le domaine :
    HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\NetworkList\Nla\Cache\IntranetForests
  4. Importer la sous-clé de Registre que vous avez exporté lors de l'étape 3 sur les autres ordinateurs qui ne peuvent pas se connecter au contrôleur principal de domaine à partir de la forêt de domaine.
  5. Redémarrez l'ordinateur. L'ordinateur doit maintenant être en mesure d'identifier le réseau et le profil sur le pare-feu la valeur au profil de domaine.

Méthode 3

Si il est suffisante pour identifier le profil de réseau basé sur le nom de domaine enfant, puis limitant le temps pris par NLA au cours de ses tentatives agressifs peut être la bonne approche.

Pour déployer un paramètre de Registre qui modifie le nombre de tentatives utilisé par NLA, procédez comme suit :
  1. Créer une nouvelle clé de Registre qui correspond au domaine racine de forêt sous le chemin d'accès :
    HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\NetworkList\Nla\Cache\Intranet\
  2. Dans la clé de Registre nouvellement créé pour le nom du domaine racine de la forêt, ajoutez les deux valeurs de Registre ci-dessous :
    • Échecs REG_DWORD avec la valeur de 1
    • Succès REG_DWORD avec la valeur de 0
    Cela entraînera NLA accéder à son plus faible nombre de tentatives et devrait se traduire par une identification d'une durée de quelques minutes.

Propriétés

Numéro d'article: 980873 - Dernière mise à jour: lundi 22 mars 2010 - Version: 2.0
Les informations contenues dans cet article s'appliquent au(x) produit(s) suivant(s):
  • Windows 7 Entreprise
  • Windows 7 Professionnel
  • Windows 7 Édition Integrale
  • Windows Server 2008 R2 Datacenter
  • Windows Server 2008 R2 Enterprise
  • Windows Server 2008 R2 Standard
  • Windows Vista Professionnel
  • Windows Vista Entreprise
  • Windows Vista Édition Intégrale
  • Windows Server 2008 Datacenter
  • Windows Server 2008 Enterprise
  • Windows Server 2008 Standard
Mots-clés : 
kbmt kbtshoot kbexpertiseinter kbsurveynew kbprb KB980873 KbMtfr
Traduction automatique
IMPORTANT : Cet article est issu du système de traduction automatique mis au point par Microsoft (http://support.microsoft.com/gp/mtdetails). Un certain nombre d?articles obtenus par traduction automatique sont en effet mis à votre disposition en complément des articles traduits en langue française par des traducteurs professionnels. Cela vous permet d?avoir accès, dans votre propre langue, à l?ensemble des articles de la base de connaissances rédigés originellement en langue anglaise. Les articles traduits automatiquement ne sont pas toujours parfaits et peuvent comporter des erreurs de vocabulaire, de syntaxe ou de grammaire (probablement semblables aux erreurs que ferait une personne étrangère s?exprimant dans votre langue !). Néanmoins, mis à part ces imperfections, ces articles devraient suffire à vous orienter et à vous aider à résoudre votre problème. Microsoft s?efforce aussi continuellement de faire évoluer son système de traduction automatique.
La version anglaise de cet article est la suivante: 980873
L'INFORMATION CONTENUE DANS CE DOCUMENT EST FOURNIE PAR MICROSOFT SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE. L'UTILISATEUR ASSUME LE RISQUE DE L'UTILISATION DU CONTENU DE CE DOCUMENT. CE DOCUMENT NE PEUT ETRE REVENDU OU CEDE EN ECHANGE D'UN QUELCONQUE PROFIT.

Envoyer des commentaires

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com