Fejlfinding Distributed File System Namespace adgang til fejl i Windows

• 09/24/2020
• 8 minutter til at læse
• • D
  • s

Denne artikel giver en løsning til at løse Distributed File System Namespace (DFSN) adgang fiaskoer.,

Oprindelige produkt-version: Windows 10 – alle udgaver, Windows Server 2012 R2
Oprindelige KB-nummer: 975440

Symptomer

På en computer, der kører Windows XP eller windows Server 2003, når du forsøger at få adgang til en DFSN, modtager du følgende fejlmeddelelse:

\\<domænenavnet>\<DFS Navnerum> er ikke tilgængelig. Du har muligvis ikke tilladelse til at bruge denne netværksressource., Kontakt administratoren af denne server for at finde ud af, om du har adgangstilladelser.

konfigurationsoplysninger kunne ikke læses fra domænecontrolleren, enten fordi maskinen ikke er tilgængelig, eller adgang er blevet nægtet.,

På Windows Vista og nyere versioner af Windows, får du måske én af følgende fejlmeddelelser:

Windows kan ikke få adgang til \\<domænenavnet>\<DFS Navnerum>

Netværk Sti blev ikke fundet

Årsag

Denne fejl opstår typisk, fordi dfs-klienten ikke kan fuldføre forbindelsen til en DFSN vej.,

Den forbindelse kan mislykkes på grund af en af følgende årsager:

• Manglende forbindelse til et domæne-controller for at få en DFSN namespace henvisning
• Manglende forbindelse til en DFSN server
• Manglende dfs-server til at give en mappe henvisning

Beslutning

for At løse dette problem, du skal vurdere netværksforbindelse, navn beslutning, og DFSN service konfiguration. Du kan bruge følgende metoder til at evaluere hver af disse afhængigheder.,

tilslutning

i denne artikel henviser forbindelse til klientens evne til at kontakte en domænecontroller eller en dfsn-server. Hvis en klient ikke kan fuldføre en netværksforbindelse til en domænecontroller eller til en dfsn-server, mislykkes dfsn-anmodningen.

Du kan bruge følgende test til at verificere tilslutningsmuligheder.

Bestem, om klienten var i stand til at oprette forbindelse til en domænecontroller for domæneoplysninger ved at bruge kommandoenDFSUtil.exe /spcinfo., Udgangen af denne kommando beskriver de betroede domæner og deres domænecontrollere, der opdages af klienten gennem dfsn henvisningsforespørgsler. Dette er kendt som Domænecachen.

i det følgende eksempel opdages både DNS-domænenavnet contoso.com og NetBIOS-domænenavnet CONTOSO af klienten. To domænecontrollere, blev identificeret for domænenavnet CONTOSO: 2003server2 og 2003server1. Hvis klienten får adgang til DNS-navnet contoso.comi en anmodning, vises posterne under posten contoso.com.,

poster, der er markeret med en stjerne ( * ), blev opnået gennem Arbejdsstationstjenesten. De andre poster blev opnået gennem henvisninger fra dfsn-klienten. De poster, der er markeret med et plustegn ( + ), er de domænecontrollere, der i øjeblikket bruges af klienten. Du kan finde flere oplysninger om henvisningsprocesser under Sådan fungerer DFS.

for at evaluere forbindelse skal du prøve en simpel netværksforbindelse til den aktive domænecontroller ved hjælp af dens IP-adresse., Skriv For eksempel en af følgende kommandoer:

• start \\192.168.1.11
• net view \\192.168.1.11

En vellykket forbindelse lister alle aktier, der er vært ved den domænecontroller.

Hvis forbindelsen er vellykket, skal du afgøre, om en gyldig dfsn-henvisning returneres til klienten, efter at den har adgang til navneområdet. Du kan gøre dette ved at se henvisningscachen (også kendt som PKT-cachen) ved at bruge kommandoen DFSUtil.exe /pktinfo.,

følgende output beskriver de forventede poster i klientens henvisningscache, efter at klienten har adgang til dfsn-stien \\contoso.com\dfsroot\link. Roden har to mål (rootserver1 og rootserver2). Linket har et enkelt mål (fileserver).

Hvis du ikke kan finde en post for det ønskede navneområde, er dette bevis for, at domænecontrolleren ikke returnerede en henvisning. DFSN-servicefejl diskuteres senere i denne artikel.,

Hvis du ser en post for navnerummet (det vil sige \contoso.com\dfsroot), viser posten, at klienten var i stand til at kontakte en domænecontroller, men derefter ikke nåede nogen dfsn-navneområdemål. Hvis ikke nogen af de navneområdemål, der er angivet, er udpeget som aktive, indikerer det, at alle mål ikke kunne nås.

prøv at få adgang til hver navneområdeserver ved hjælp af IP-adresser. Til denne test skal du kun angive serverens IP-adresse, og du må ikke medtage namespace-aktien (det vil sige net view \\192.168.1.11 men ikke net view \\192.168.1.11\dfsroot)., Ellers kan du ubevidst blive henvist til en anden DFS-rodserver. Hvis dette sker, vil du modtage vildledende resultater. Bemærk eventuelle fejlmeddelelser, der rapporteres under disse handlinger.

Du skal undersøge og løse eventuelle fejl i en domænecontroller eller DFS namespace server communications. Du kan finde flere oplysninger om oplysninger om TCP/IP-netværk og om fejlfindingsværktøjer i TCP/IP Technical Reference.

navneopløsning

klienter skal løse navnet på DFS-navnerummet og på servere, der er vært for navneområdet., Gennemgå output, der tidligere blev genereret af kommandoernedfsutil /pktinfo ogdfsutil /spcinfo. Servernavne, der er angivet, skal løses af klienten til IP-adresser.

Du kan bruge følgende metoder til at bekræfte funktionaliteten af korrekt navneopløsning.

• gevinster og NetBIOS-navne

  NetBIOS-navneopløsningsfejl kan opstå, fordi navneposter mangler, eller fordi du har modtaget den forkerte IP-adresse for navnet., For at teste dette skal du prøve at få adgang til domænecontrolleren ved kun at bruge dens NetBIOS-computernavn (det vil sige ved at bruge kommandoen net view \\2003server1). Kontroller derefter, at de aktier, der er angivet, er dem, der forventes at blive hostet af serveren. Som administrator kan du se klientens NetBIOS-navnecache ved at bruge kommandoen nbtstat -c til at gennemgå alle løste navne og deres IP-adresser. Overvej følgende eksempel.,

  Name	NetBIOS	Remote Type	Cache Name Table Host Address	Life
  2003server1	<00>	UNIQUE	192.168.1.,11	462

  Gennemgå følgende dokumenter til fejlfinding VINDER fejl:

  • Fejlfinding WINS-servere
  • Fejlfinding VINDER klienter

• DNS-navne

  Som standard, DFSN butikker NetBIOS-navne for root-servere. DFSN kan også konfigureres til at bruge DNS-navne til miljøer uden WINSINS-servere. For mere information, se Sådan konfigureres DFS til at bruge fuldt kvalificerede domænenavne i henvisninger.

  Du kan se klientens DNS resolver-cache for at bekræfte løste DNS-navne., For at gøre dette skal du åbne en kommandoprompt og skrive kommandoen ipconfig /displaydns.

  overvej følgende eksempel.

  Configurationindo .s IP-konfiguration

  2003server1

  Optag navn . . . . . : 2003server1.contoso.com
  Record Type . . . . . : 1
  tid til at leve . . . . : 882
  datalængde . . . . . : 4
  sektion . . . . . . . : Svar
  en (vært) rekord . . . : 192.168.1.,11

  se følgende dokumenter for at foretage fejlfinding af DNS fejl:

  • Fejlfinding DNS-klienter
  • Fejlfinding DNS-servere

• Netværk fange

  Et netværk fange kan hjælpe dig med at diagnosticere et navn beslutning fiasko. Før du udfører en optagelse, skal du skylle cachelagrede navngivningsoplysninger på klienten. Hvis du gør dette, vil du ikke udsætte nogen problemer, der kan eksistere i fangsten, fordi cachelagrede henvisningsdata eller navne ikke bliver anmodet om igen via netværket., Til at skylle navn caches, skal du køre følgende kommandoer i denne rækkefølge:

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

For flere oplysninger om Microsoft Network Monitor 3, se Oplysninger om Netværk Monitor 3.

For mere information om den netværkstrafik, der observeres mellem en klient og et domænebaseret DFS-miljø, se hvordan DFS fungerer.

For mere information om DNS og gevinster, se Navneopløsningsteknologier.,

DFS og systemkonfiguration

selv når tilslutning og navneopløsning fungerer korrekt, kan DFS-konfigurationsproblemer forårsage, at fejlen opstår på en klient. DFS er afhængig af opdaterede DFS-konfigurationsdata, korrekt konfigurerede serviceindstillinger og Active Directory-configurationebstedskonfiguration.Kontroller først, at DFS-tjenesten er startet på alle domænecontrollere og på DFS-navnerum/root-servere. Hvis tjenesten startes alle steder, skal du sørge for, at der ikke rapporteres om DFS-relaterede fejl i systemhændelseslogfilerne på serverne.,

Når en administrator foretager en ændring af det domænebaserede navneområde, foretages ændringen på den primære domænecontroller (PDC) emulator master. Domænecontrollere og DFS root-servere poll regelmæssigt PDC for konfigurationsoplysninger. Hvis PDC ikke er tilgængelig, eller hvis “Root Scalability Mode” er aktiveret, kan Active Directory-replikationsforsinkelser og fejl forhindre servere i at udstede korrekte henvisninger. For mere information om Root skalerbarhed tilstand, se gennemgang DFS størrelse anbefalinger.,

en metode til at evaluere replikationssundhed er at forhøre status for det sidste indgående replikationsforsøg for hver domænecontroller. For at gøre dette skal du køre repadmin.e commande kommando. Det krævede syntaksen for denne kommando er som følger:

repadmin /showrepl * DN_of_domain

gennemgå status og tidspunkt for den sidste succesfulde replikation for at sikre, at dfsn-konfigurationsændringer har nået alle domænecontrollere. Du bør undersøge eventuelle fejl, der er rapporteret for indgående replikation til en DC.

dfsn-konfigurationsproblemer kan også forhindre adgang til navneområdet. Et almindeligt scenario, hvor dette sker, er en klient, der hører til et siteebsted, der ikke indeholder navnerum eller mappemål. Hvis navneområdet er konfigureret til kun at udstede henvisningsmål på klientens siteebsted (insite-indstillingen), giver DFSN ikke en henvisning., For at evaluere, om insite-indstillingen er konfigureret på et navnerum, skal du åbne en kommandoprompt og derefter skrive kommandoen dfsutil /path:\\contoso.com\dfs /insite /display.

Tilsvarende kan Active Directory-configurationebstedskonfigurationsproblemer forhindre dfsn-servere i at bestemme klient siteebstedet korrekt. Derfor kan disse problemer forårsage henvisningsfejl, hvis insite er konfigureret. DFSN-tjenesten kortlægger klienten til et siteebsted ved at analysere kilde-IP-adressen på klientens henvisningsanmodning. DFS-tjenesten kortlægger også hver root-målserver til et siteebsted ved at løse målserverens navn til en IP-adresse., For at vurdere, om en domain controller eller et DFS-root kan bestemme den korrekte websted af system, skal du køre følgende kommandoer lokalt på domænecontrollere og på DFS-namespace-server:

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