Résoudre les problèmes d’accès aux espaces de noms distribués au système de fichiers dans Windows

Cet article fournit une solution pour résoudre les échecs d’accès DFSN (Distributed File System Namespace).

Applicabilité : Windows 10 - toutes les éditions, Windows Server 2012 R2
Numéro de la base de connaissances d’origine : 975440

Symptômes

Sur un ordinateur exécutant Windows XP ou Windows Server 2003, lorsque vous essayez d’accéder à un DFSN, le message d’erreur suivant s’affiche :

\\<Nom de> domaine\<Espace de noms> DFS n’est pas accessible. Vous ne disposez peut-être pas des autorisations nécessaires pour utiliser cette ressource réseau. Contactez l’administrateur de ce serveur pour savoir si vous disposez des autorisations d’accès.

Les informations de configuration n’ont pas pu être lues à partir du contrôleur de domaine, soit parce que la machine n’est pas disponible ou que l’accès a été refusé.

Sur Windows Vista et les versions ultérieures de Windows, vous pouvez recevoir l’un des messages d’erreur suivants :

Windows ne peut pas accéder à \\<Nom de> domaine\<Espace de noms DFS>

Le chemin d’accès réseau est introuvable

Cause

Cette erreur se produit généralement parce que le client DFSN ne peut pas terminer la connexion à un chemin DFSN.

La connexion peut échouer pour l’une des raisons suivantes :

  • Échec de connexion à un contrôleur de domaine pour obtenir une référence d’espace de noms DFSN
  • Échec de la connexion à un serveur DFSN
  • Échec du serveur DFSN pour fournir une référence de dossier

Résolution

Pour résoudre ce problème, vous devez évaluer la connectivité réseau, la résolution de noms et la configuration du service DFSN. Vous pouvez utiliser les méthodes suivantes pour évaluer chacune de ces dépendances.

Connectivité

Dans cet article, la connectivité fait référence à la capacité du client à contacter un contrôleur de domaine ou un serveur DFSN. Si un client ne peut pas terminer une connexion réseau à un contrôleur de domaine ou à un serveur DFSN, la requête DFSN échoue.

Vous pouvez utiliser les tests suivants pour vérifier la connectivité.

Déterminez si le client a pu se connecter à un contrôleur de domaine pour les informations de domaine à l’aide de la DFSUtil.exe /spcinfo commande . La sortie de cette commande décrit les domaines approuvés et leurs contrôleurs de domaine qui sont découverts par le client via des requêtes de référence DFSN. Il s’agit du cache de domaine.

Dans l’exemple suivant, le nom de domaine DNS et le nom contoso.com de domaine NetBIOS CONTOSO sont découverts par le client. Deux contrôleurs de domaine ont été identifiés pour le nom de domaine CONTOSO : 2003server2 et 2003server1. Si le client accède au nom contoso.comDNS dans une requête, les entrées sont affichées sous l’entrée contoso.com .

[*][2003server1.contoso.com]
[*][CONTOSO]
[*][contoso.com]
[+][CONTOSO]
    [-2003server2]
    [+2003server1]
[-][contoso.com]

Les entrées marquées par un astérisque (*) ont été obtenues via le service Station de travail. Les autres entrées ont été obtenues par le biais de références par le client DFSN. Les entrées marquées par un signe plus (+) sont les contrôleurs de domaine actuellement utilisés par le client. Pour plus d’informations sur les processus de référence, consultez Fonctionnement de DFS.

Pour évaluer la connectivité, essayez une connexion réseau simple au contrôleur de domaine actif à l’aide de son adresse IP. Par exemple, tapez l’une des commandes suivantes :

  • start \\192.168.1.11
  • net view \\192.168.1.11

Une connexion réussie répertorie tous les partages hébergés par le contrôleur de domaine.

Si la connexion réussit, déterminez si une référence DFSN valide est retournée au client après avoir accédé à l’espace de noms. Pour ce faire, affichez le cache de référence (également appelé cache PKT) à l’aide de la DFSUtil.exe /pktinfo commande .

La sortie suivante détaille les entrées attendues dans le cache de référence du client une fois que le client a accédé au chemin \\contoso.com\dfsroot\linkDFSN . La racine a deux cibles (rootserver1 et rootserver2). Le lien a une seule cible (serveur de fichiers).

Entry: \contoso.com\dfsroot
ShortEntry: \contoso.com\dfsroot
Expires in 300 seconds
UseCount: 0 Type:0x81 ( REFERRAL_SVC DFS )
    0:[\ROOTSERVER1\dfsshare] State:0x119 ( ACTIVE )
    1:[\ROOTSERVER2\dfsshare] State:0x09 ( )

Entry: \contoso.com\dfsroot\link
ShortEntry: \contoso.com\dfsroot\link
Expires in 1800 seconds
UseCount: 0 Type:0x1 ( DFS )
    0:[\fileserver\data] State:0x131 ( ACTIVE )

Si vous ne trouvez pas d’entrée pour l’espace de noms souhaité, cela prouve que le contrôleur de domaine n’a pas retourné de référence. Les échecs de service DFSN sont abordés plus loin dans cet article.

Si vous voyez une entrée pour l’espace de noms (autrement dit, \contoso.com\dfsroot), l’entrée prouve que le client a pu contacter un contrôleur de domaine, mais qu’il n’a atteint aucune cible d’espace de noms DFSN. Si aucune des cibles d’espace de noms répertoriées n’est désignée comme ACTIVE, cela indique que toutes les cibles étaient inaccessibles.

Essayez d’accéder à chaque serveur d’espace de noms à l’aide d’adresses IP. Pour ce test, vous devez spécifier uniquement l’adresse IP du serveur et vous ne devez pas inclure le partage d’espace de noms (autrement dit, net view \\192.168.1.11 mais pas net view \\192.168.1.11\dfsroot). Sinon, vous risquez sans le savoir d’être référencé vers un autre serveur racine DFS. Si cela se produit, vous recevrez des résultats trompeurs. Notez tous les messages d’erreur signalés pendant ces actions.

Vous devez examiner et résoudre les défaillances d’un contrôleur de domaine ou des communications de serveur d’espace de noms DFS. Pour plus d’informations sur les détails de la mise en réseau TCP/IP et sur la résolution des problèmes des utilitaires, consultez Informations techniques de référence sur TCP/IP.

Résolution de noms

Les clients doivent résoudre le nom de l’espace de noms DFS et de tous les serveurs qui hébergent l’espace de noms. Passez en revue la sortie qui a été générée précédemment par les dfsutil /pktinfo commandes et dfsutil /spcinfo . Les noms de serveurs répertoriés doivent être résolus par le client en adresses IP.

Vous pouvez utiliser les méthodes suivantes pour vérifier la fonctionnalité de résolution de noms appropriée.

  • Noms WINS et NetBIOS

    Des échecs de résolution de noms NetBIOS peuvent se produire parce que les enregistrements de nom sont manquants ou parce que vous avez reçu une adresse IP incorrecte pour le nom. Pour tester cela, essayez d’accéder au contrôleur de domaine en utilisant uniquement son nom d’ordinateur NetBIOS (autrement dit, à l’aide de la commande net view \\2003server1). Ensuite, vérifiez que les partages répertoriés sont ceux qui sont censés être hébergés par le serveur. En tant qu’administrateur, vous pouvez afficher le cache de noms NetBIOS du client à l’aide de la nbtstat -c commande pour passer en revue tous les noms résolus et leurs adresses IP. Prenons l’exemple suivant.

    Nom Netbios Type distant Adresse de l’hôte de la table de noms du cache Durée de vie [s]
    2003server1 <00> UNIQUE 192.168.1.11 462

    Passez en revue les documents suivants pour résoudre les échecs WINS :

  • Noms DNS

    Par défaut, DFSN stocke les noms NetBIOS pour les serveurs racines. DFSN peut également être configuré pour utiliser des noms DNS pour les environnements sans serveur WINS. Pour plus d’informations, consultez Comment configurer DFS pour utiliser des noms de domaine complets dans les références.

    Vous pouvez afficher le cache du programme de résolution DNS du client pour vérifier les noms DNS résolus. Pour ce faire, ouvrez une invite de commandes, puis tapez la ipconfig /displaydns commande .

    Prenons l’exemple suivant.

    Configuration IP Windows

    2003server1

    Nom de l’enregistrement . . . . . : 2003server1.contoso.com
    Type d’enregistrement . . . . . : 1
    Durée de vie . . . . : 882
    Longueur des données . . . . . : 4
    Section. . . . . . . :Réponse
    Enregistrement (hôte). . . : 192.168.1.11

    Passez en revue les documents suivants pour résoudre les échecs DNS :

  • Capture réseau

    Une capture réseau peut vous aider à diagnostiquer un échec de résolution de noms. Avant d’effectuer une capture, videz les informations de nommage mises en cache sur le client. Si vous procédez ainsi, vous n’exposerez aucun problème pouvant exister dans la capture, car les données de référence ou les noms mis en cache ne seront pas demandés à nouveau sur le réseau. Pour vider les caches de noms, exécutez les commandes suivantes dans cet ordre :

    • nbtstat -RR
    • ipconfig /flushdns
    • dfsutil /pktflush
    • dfsutil /spcflush

Pour plus d’informations sur Microsoft Network Monitor 3, consultez Informations sur le Moniteur réseau 3.

Pour plus d’informations sur le trafic réseau observé entre un client et un environnement DFS basé sur un domaine, consultez Fonctionnement de DFS.

Pour plus d’informations sur DNS et WINS, consultez Technologies de résolution de noms.

DFS et configuration système

Même lorsque la connectivité et la résolution de noms fonctionnent correctement, des problèmes de configuration DFS peuvent provoquer l’erreur sur un client. DFS s’appuie sur des données de configuration DFS à jour, des paramètres de service correctement configurés et une configuration de site Active Directory.

Tout d’abord, vérifiez que le service DFS est démarré sur tous les contrôleurs de domaine et sur les serveurs racine/espace de noms DFS. Si le service est démarré à tous les emplacements, assurez-vous qu’aucune erreur liée à DFS n’est signalée dans les journaux des événements système des serveurs.

Lorsqu’un administrateur apporte une modification à l’espace de noms basé sur un domaine, la modification est effectuée sur l’émulateur de contrôleur de domaine principal (PDC) master. Les contrôleurs de domaine et les serveurs racines DFS interrogent régulièrement le contrôleur de domaine principal pour obtenir des informations de configuration. Si le contrôleur de domaine principal n’est pas disponible ou si le « mode d’extensibilité racine » est activé, les latences et les échecs de réplication Active Directory peuvent empêcher les serveurs d’émettre des références correctes. Pour plus d’informations sur le mode d’extensibilité racine, consultez Examen des recommandations de taille DFS.

Une méthode pour évaluer l’intégrité de la réplication consiste à interroger la status de la dernière tentative de réplication entrante pour chaque contrôleur de domaine. Pour ce faire, exécutez la commande repadmin.exe. La syntaxe requise pour cette commande est la suivante :

repadmin /showrepl * DN_of_domain

Remarque

Dans cette commande, * représente tous les contrôleurs de domaine qui doivent être interrogés, et DN_of_domain représente le nom unique du domaine, par exemple dc=contoso,dc=com.

Passez en revue les status et l’heure de la dernière réplication réussie pour vous assurer que les modifications de configuration DFSN ont atteint tous les contrôleurs de domaine. Vous devez examiner les échecs signalés pour la réplication entrante vers un contrôleur de domaine.

Les problèmes de configuration DFSN peuvent également empêcher l’accès à l’espace de noms. Un scénario courant dans lequel cela se produit est un client qui appartient à un site qui ne contient pas d’espace de noms ou de cibles de dossier. Si l’espace de noms est configuré pour émettre des cibles de référence uniquement dans le site du client (option insite ), DFSN ne fournit pas de référence. Pour évaluer si l’option insite est configurée sur un espace de noms, ouvrez une invite de commandes, puis tapez la dfsutil /path:\\contoso.com\dfs /insite /display commande .

De même, des problèmes de configuration de site Active Directory peuvent empêcher les serveurs DFSN de déterminer correctement le site client. Par conséquent, ces problèmes peuvent entraîner des échecs de référence si insite est configuré. Le service DFSN mappe le client à un site en analysant l’adresse IP source de la demande de référence du client. Le service DFS mappe également chaque serveur cible racine à un site en résolvant le nom du serveur cible en adresse IP. Pour évaluer si un contrôleur de domaine ou une racine DFS peut déterminer le site approprié du système, exécutez l’une des commandes suivantes localement sur les contrôleurs de domaine et sur le serveur d’espace de noms DFS :

  • dfsutil /sitename:root_target_name
  • dfsutil /sitename:client_ip_address

References