Rozwiązywanie problemów z błędami dostępu rozproszonej przestrzeni nazw systemu plików w systemie Windows
Ten artykuł zawiera rozwiązanie rozwiązywania problemów z błędami dostępu rozproszonej przestrzeni nazw systemu plików (DFSN).
Dotyczy: Windows 10 — wszystkie wersje, Windows Server 2012 R2
Oryginalny numer KB: 975440
Symptomy
Na komputerze z systemem Windows XP lub Windows Server 2003 podczas próby uzyskania dostępu do sieci DFSN zostanie wyświetlony następujący komunikat o błędzie:
\\<Nazwa> domeny\<Przestrzeń> nazw systemu plików DFS jest niedostępna. Być może nie masz uprawnień do korzystania z tego zasobu sieci. Skontaktuj się z administratorem tego serwera, aby dowiedzieć się, czy masz uprawnienia dostępu.
Nie można odczytać informacji o konfiguracji z kontrolera domeny, ponieważ maszyna jest niedostępna lub nastąpiła odmowa dostępu.
W systemie Windows Vista i nowszych wersjach systemu Windows może zostać wyświetlony jeden z następujących komunikatów o błędach:
System Windows nie może uzyskać dostępu do \\<Nazwa> domeny\<Przestrzeń nazw systemu plików DFS>
Nie odnaleziono ścieżki sieciowej
Przyczyna
Ten błąd zazwyczaj występuje, ponieważ klient DFSN nie może ukończyć połączenia ze ścieżką DFSN.
Połączenie może zakończyć się niepowodzeniem z dowolnej z następujących przyczyn:
- Nie można nawiązać połączenia z kontrolerem domeny w celu uzyskania odwołania do przestrzeni nazw DFSN
- Nie można nawiązać połączenia z serwerem DFSN
- Niepowodzenie serwera DFSN w celu dostarczenia odwołania do folderu
Rozwiązanie
Aby rozwiązać ten problem, należy ocenić łączność sieciową, rozpoznawanie nazw i konfigurację usługi DFSN. Do oceny każdej z tych zależności można użyć następujących metod.
Łączność
W tym artykule łączność odnosi się do możliwości kontaktu klienta z kontrolerem domeny lub serwerem DFSN. Jeśli klient nie może nawiązać połączenia sieciowego z kontrolerem domeny lub serwerem DFSN, żądanie DFSN zakończy się niepowodzeniem.
Aby zweryfikować łączność, możesz użyć następujących testów.
Określ, czy klient mógł nawiązać połączenie z kontrolerem domeny w celu wyświetlenia informacji o domenie DFSUtil.exe /spcinfo
za pomocą polecenia . Dane wyjściowe tego polecenia opisują zaufane domeny i ich kontrolery domeny, które są odnalezione przez klienta za pośrednictwem zapytań odwołań DFSN. Jest to nazywane pamięcią podręczną domeny.
W poniższym przykładzie klient odnalazł zarówno nazwę contoso.com
domeny DNS, jak i nazwę domeny NetBIOS CONTOSO. Zidentyfikowano dwa kontrolery domeny dla nazwy domeny CONTOSO: 2003server2 i 2003server1. Jeśli klient uzyskuje dostęp do nazwy contoso.com
DNS w żądaniu, wpisy są wyświetlane pod wpisem contoso.com
.
[*][2003server1.contoso.com]
[*][CONTOSO]
[*][contoso.com]
[+][CONTOSO]
[-2003server2]
[+2003server1]
[-][contoso.com]
Wpisy oznaczone gwiazdką (*) zostały uzyskane za pośrednictwem usługi Stacji roboczej. Pozostałe wpisy zostały uzyskane za pośrednictwem poleceń klienta DFSN. Wpisy oznaczone znakiem plus (+) to kontrolery domeny, które są obecnie używane przez klienta. Aby uzyskać więcej informacji na temat procesów poleceń, zobacz Jak działa system plików DFS.
Aby ocenić łączność, spróbuj nawiązać proste połączenie sieciowe z aktywnym kontrolerem domeny przy użyciu jego adresu IP. Na przykład wpisz jedno z następujących poleceń:
start \\192.168.1.11
net view \\192.168.1.11
Pomyślne połączenie wyświetla listę wszystkich udziałów hostowanych przez kontroler domeny.
Jeśli połączenie zakończy się pomyślnie, ustal, czy prawidłowe odwołanie DFSN jest zwracane do klienta po uzyskaniu dostępu do przestrzeni nazw. Można to zrobić, wyświetlając pamięć podręczną poleceń (znaną również jako pamięć podręczna PKT) przy użyciu DFSUtil.exe /pktinfo
polecenia .
Poniższe dane wyjściowe zawierają szczegółowe informacje o oczekiwanych wpisach w pamięci podręcznej poleceń klienta po uzyskaniu przez klienta dostępu do ścieżki \\contoso.com\dfsroot\link
DFSN. Katalog główny ma dwa cele (rootserver1 i rootserver2). Link ma pojedynczy element docelowy (fileserver).
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 )
Jeśli nie możesz znaleźć wpisu dla żądanej przestrzeni nazw, jest to dowód na to, że kontroler domeny nie zwrócił odwołania. Błędy usługi DFSN zostały omówione w dalszej części tego artykułu.
Jeśli zostanie wyświetlony wpis dla przestrzeni nazw (tj. ), wpis udowodni, \contoso.com\dfsroot
że klient mógł skontaktować się z kontrolerem domeny, ale nie dotarł do żadnych obiektów docelowych przestrzeni nazw DFSN. Jeśli żaden z wymienionych obiektów docelowych przestrzeni nazw nie jest wyznaczony jako AKTYWNY, oznacza to, że wszystkie obiekty docelowe były nieosiągalne.
Spróbuj uzyskać dostęp do każdego serwera przestrzeni nazw przy użyciu adresów IP. W tym teście należy określić tylko adres IP serwera i nie należy dołączać udziału przestrzeni nazw (czyli, net view \\192.168.1.11
ale nie net view \\192.168.1.11\dfsroot
). W przeciwnym razie można nieświadomie odwoływać się do innego serwera głównego systemu plików DFS. W takim przypadku otrzymasz wprowadzające w błąd wyniki. Zanotuj wszystkie komunikaty o błędach, które są zgłaszane podczas tych akcji.
Należy zbadać i rozwiązać wszelkie błędy kontrolera domeny lub komunikacji serwera przestrzeni nazw systemu plików DFS. Aby uzyskać więcej informacji na temat sieci TCP/IP i rozwiązywania problemów z narzędziami, zobacz Dokumentacja techniczna protokołu TCP/IP.
Rozpoznawanie nazw
Klienci muszą rozpoznać nazwę przestrzeni nazw systemu plików DFS i wszystkich serwerów hostujących przestrzeń nazw. Przejrzyj dane wyjściowe, które zostały wcześniej wygenerowane przez dfsutil /pktinfo
polecenia i dfsutil /spcinfo
. Wymienione nazwy serwerów muszą zostać rozpoznane przez klienta na adresy IP.
Aby zweryfikować poprawność funkcji rozpoznawania nazw, można użyć następujących metod.
Nazwy WINS i NetBIOS
Błędy rozpoznawania nazw netBIOS mogą wystąpić, ponieważ brakuje rekordów nazw lub został wyświetlony nieprawidłowy adres IP dla nazwy. Aby to przetestować, spróbuj uzyskać dostęp do kontrolera domeny przy użyciu tylko jego nazwy komputera NetBIOS (tj. za pomocą polecenia
net view \\2003server1
). Następnie sprawdź, czy wymienione udziały są udziałami, które powinny być hostowane przez serwer. Jako administrator możesz wyświetlić pamięć podręczną nazw NetBIOS klienta za pomocąnbtstat -c
polecenia , aby przejrzeć wszystkie rozpoznane nazwy i ich adresy IP. Rozważmy poniższy przykład.Name (Nazwa) Netbios Typ zdalny Adres hosta tabeli nazw pamięci podręcznej Życie [s] 2003server1 <00> UNIKATOWY 192.168.1.11 462 Przejrzyj następujące dokumenty, aby rozwiązać problemy z błędami usługi WINS:
Nazwy DNS
Domyślnie sieć DFSN przechowuje nazwy NetBIOS dla serwerów głównych. DFSN można również skonfigurować do używania nazw DNS dla środowisk bez serwerów WINS. Aby uzyskać więcej informacji, zobacz How to configure DFS to use fully qualified domain names in referrals (Jak skonfigurować system plików DFS do używania w pełni kwalifikowanych nazw domen w odwołaniach).
Możesz wyświetlić pamięć podręczną rozpoznawania nazw DNS klienta, aby zweryfikować rozpoznane nazwy DNS. W tym celu otwórz wiersz polecenia i wpisz
ipconfig /displaydns
polecenie .Rozważmy poniższy przykład.
Konfiguracja adresu IP w systemie Windows
2003server1
Nazwa rekordu . . . . . : 2003server1.contoso.com
Typ rekordu . . . . . : 1
Czas wygaśnięcia . . . . : 882
Długość danych . . . . . : 4
Sekcji. . . . . . . :Odpowiedź
Rekord (hosta). . . : 192.168.1.11Przejrzyj następujące dokumenty, aby rozwiązać problemy z błędami DNS:
Przechwytywanie sieci
Przechwytywanie sieci może pomóc w zdiagnozowaniu błędu rozpoznawania nazw. Przed wykonaniem przechwytywania opróżnij buforowane informacje o nazewnictwie na kliencie. Jeśli to zrobisz, nie będziesz ujawniać żadnych problemów, które mogą występować w przechwytywaniu, ponieważ buforowane dane lub nazwy odwołań nie będą ponownie żądane przez sieć. Aby opróżnić pamięci podręczne nazw, uruchom następujące polecenia w tej kolejności:
nbtstat -RR
ipconfig /flushdns
dfsutil /pktflush
dfsutil /spcflush
Aby uzyskać więcej informacji na temat usługi Microsoft Network Monitor 3, zobacz Informacje o monitorze sieci 3.
Aby uzyskać więcej informacji na temat ruchu sieciowego obserwowanego między klientem a środowiskiem systemu plików DFS opartym na domenie, zobacz Jak działa system plików DFS.
Aby uzyskać więcej informacji na temat systemów DNS i WINS, zobacz Name Resolution Technologies (Technologie rozpoznawania nazw).
Konfiguracja systemu plików DFS i systemu
Nawet jeśli łączność i rozpoznawanie nazw działają prawidłowo, problemy z konfiguracją systemu plików DFS mogą powodować wystąpienie błędu na kliencie. System plików DFS korzysta z aktualnych danych konfiguracji systemu plików DFS, poprawnie skonfigurowanych ustawień usługi i konfiguracji lokacji usługi Active Directory.
Najpierw sprawdź, czy usługa systemu plików DFS jest uruchomiona na wszystkich kontrolerach domeny i na serwerach przestrzeni nazw/serwerach głównych systemu plików DFS. Jeśli usługa jest uruchomiona we wszystkich lokalizacjach, upewnij się, że żadne błędy związane z systemem plików DFS nie są zgłaszane w dziennikach zdarzeń systemowych serwerów.
Gdy administrator wprowadzi zmianę w przestrzeni nazw opartej na domenie, zmiana zostanie wprowadzona w głównym emulatorze podstawowego kontrolera domeny (PDC). Kontrolery domeny i serwery główne systemu plików DFS okresowo sondują kontroler PDC pod kątem informacji o konfiguracji. Jeśli kontroler PDC jest niedostępny lub jest włączony "Główny tryb skalowalności", opóźnienia i błędy replikacji usługi Active Directory mogą uniemożliwić serwerom wystawianie prawidłowych odwołań. Aby uzyskać więcej informacji na temat głównego trybu skalowalności, zobacz Przeglądanie zaleceń dotyczących rozmiaru systemu plików DFS.
Jedną z metod oceny kondycji replikacji jest przesłuchiwanie stanu ostatniej próby replikacji przychodzącej dla każdego kontrolera domeny. W tym celu uruchom polecenie repadmin.exe. Wymagana składnia tego polecenia jest następująca:
repadmin /showrepl * DN_of_domain
Uwaga
W tym poleceniu * reprezentuje wszystkie kontrolery domeny, które mają zostać odpytywane, a DN_of_domain reprezentuje nazwę wyróżniającą domeny, taką jak dc=contoso,dc=com.
Przejrzyj stan i godzinę ostatniej pomyślnej replikacji, aby upewnić się, że zmiany konfiguracji sieci DFSN dotarły do wszystkich kontrolerów domeny. Należy zbadać wszelkie błędy zgłaszane w przypadku replikacji przychodzącej do kontrolera domeny.
Problemy z konfiguracją sieci DFSN mogą również uniemożliwić dostęp do przestrzeni nazw. Jednym z typowych scenariuszy, w którym to się dzieje, jest klient, który należy do lokacji, która nie zawiera przestrzeni nazw ani obiektów docelowych folderów. Jeśli przestrzeń nazw jest skonfigurowana do wystawiania obiektów docelowych poleceń tylko w lokacji klienta (opcja lokacji ), usługa DFSN nie udostępni odwołania. Aby ocenić, czy opcja lokacji jest skonfigurowana w przestrzeni nazw, otwórz wiersz polecenia, a następnie wpisz dfsutil /path:\\contoso.com\dfs /insite /display
polecenie.
Podobnie problemy z konfiguracją lokacji usługi Active Directory mogą uniemożliwić serwerom DFSN prawidłowe określenie lokacji klienta. W związku z tym te problemy mogą powodować błędy poleceń, jeśli lokacja jest skonfigurowana. Usługa DFSN mapuje klienta na lokację, analizując źródłowy adres IP żądania odwołania klienta. Usługa systemu plików DFS mapuje również każdy główny serwer docelowy na lokację, rozpoznając nazwę serwera docelowego na adres IP. Aby ocenić, czy kontroler domeny lub katalog główny systemu plików DFS może określić poprawną lokację systemu, uruchom jedno z następujących poleceń lokalnie na kontrolerach domeny i na serwerze przestrzeni nazw systemu plików DFS:
dfsutil /sitename:root_target_name
dfsutil /sitename:client_ip_address
Informacje
Opinia
https://aka.ms/ContentUserFeedback.
Dostępne już wkrótce: W 2024 r. będziemy stopniowo wycofywać zgłoszenia z serwisu GitHub jako mechanizm przesyłania opinii na temat zawartości i zastępować go nowym systemem opinii. Aby uzyskać więcej informacji, sprawdź:Prześlij i wyświetl opinię dla