Kolejność rozpoznawania nazw hostów protokołu TCP/IP firmy Microsoft

Dotyczy: Windows

Podsumowanie


W tym artykule omówiono różne metody nazwy hosta do rezolucji adres IP używany przez klientów Microsoft Windows. Sekwencja metody jest inny niż ciąg używany do rozpoznawania nazw NetBIOS na adresy IP.

Więcej informacji


W sieci przy użyciu protokołu TCP/IP należy przekonwertować nazwy zasobów adresom IP na łączenie się z tymi zasobami. Klienci Microsoft Windows nastąpi sekwencję metody w próbuje rozpoznać nazwę jako adres zatrzymania wyszukiwania po pomyślnie pasuje nazwę na adres IP. Istnieją dwie sekwencje główny używany w prawie wszystkich przypadkach: rozpoznawanie nazw NetBIOS rozdzielczość i hosta. Klienci łączący się z zasobów na serwerach firmy Microsoft, zazwyczaj za pośrednictwem Menedżera plików systemu Windows lub Otoczenie sieciowe, najczęściej używają rozpoznawania nazw NetBIOS. Aby uzyskać dodatkowe informacje zobacz następujący artykuł z bazy wiedzy Microsoft Knowledge Base:
119493 NetBIOS przez rozpoznawanie nazw TCP/IP i usługa WINS
Rozpoznawanie nazwy hosta rozpoznaje nazwy zasobów protokołu TCP/IP, które nie łączą się za pośrednictwem interfejsu NetBIOS. Najbardziej typowym przykładem tego jest przeglądarki sieci Web, takich jak program Microsoft Internet Explorer. Inne przykłady aplikacji internetowych, takich jak Ping, FTP i Telnet. Wiele nowoczesne bazy danych i aplikacje poczty, które połączyć się przy użyciu Winsock, protokół TCP/IP sockets wersji protokołu Microsoft Windows również użyć rozpoznawania nazw hostów. Aplikacje tego typu należą programu Outlook i Exchange.When Rozwiązywanie problemów z rozpoznawaniem nazw, ważne jest, aby zawęzić czy aplikacja jest rozpoznawana, nazwę NetBIOS lub nazwę hosta. Uwaga: W kontekście niniejszego artykułu, termin "klient" nie koniecznie odnosi się do stacji roboczej. System Windows NT server się rolę klienta, gdy wymaga dostępu do zasobów, które wymagają rozpoznawania nazw hostów. Rozpoznawanie nazwy hosta zazwyczaj używa następującej sekwencji:
  1. Klient sprawdza, czy nazwa w kwerendzie jest własnej.
  2. Klient wyszukuje lokalnego pliku Hosts, listę adresów IP i nazw przechowywanych na komputerze lokalnym. Uwaga: Lokalizacja pliku Hosts zależy od systemu operacyjnego:
       Windows NT                  %Systemroot%\System32\Drivers\Etc   Windows 95                  <drive>\<Windows folder>   Windows for Workgroups      <drive>\<Windows folder>   Windows 3.1                 <drive>\<Windows folder>   MS-Client 3.0               <Boot volume>\Net   Lan Manager 2.2c Client     <Boot volume>\Net 
    W przypadku gdy % Systemroot % to folder, w którym jest zainstalowany system Windows NT, < dysk > jest dyskiem, na którym system operacyjny jest zainstalowany, a < wolumin rozruchowy > odnosi się do rozruch dyskietka lub dysk C. Przykładowy plik hosts, Hosts.sam, jest instalowany razem z protokołem TCP/IP wyświetlono poprawny format.
  3. Serwery systemu nazw (DNS) domeny są kwerendowane.
  4. Jeśli nazwa nadal nie jest rozwiązany, sekwencji rozpoznawania nazw NetBIOS jest używana jako kopii zapasowej. Ta kolejność można zmienić poprzez skonfigurowanie typ węzła NetBIOS klienta.
Klient systemu Windows spróbuje każdej z tych metod, dopóki go pomyślnie rozpoznaje nazwę albo wyczerpuje tych metod. Windows NT, Windows 95 i Windows for Workgroups klienci używający Microsoft TCP/IP 3.11b należy wykonać następującą procedurę. LAN Manager 2.2c lub klientów Microsoft Client 3.0 nie będzie używać rozpoznawania nazw NetBIOS jako kopii zapasowej. Aby uzyskać dodatkowe informacje zobacz następujące artykuły z bazy wiedzy Microsoft Knowledge Base:
169141 NetBIOS i nazwa hosta rozdzielczość MS-klient i LM 2.2 c
Podczas rozpoznawania nazw, klient będzie odsuwany o metodach, dla których nie jest skonfigurowany. Na przykład jeśli nie ma pliku hosts w systemie, następnie go będzie pominąć krok #2 i spróbuj kwerendę do serwera DNS. Jeśli nie adresy IP serwerów DNS są wprowadzane w konfiguracji protokołu TCP/IP klienta, klient będzie pominąć w do następnego kroku w sekwencji po DNS. Metody zmiany kolejność rozpoznawania nazwy hosta różni się między systemami operacyjnymi i wersjami. Są one opisane w zestawach Resource Kit dla poszczególnych systemów operacyjnych, a także w programie Microsoft Knowledge Base.For dodatkowe informacje, zobacz następujące artykuły z bazy wiedzy Microsoft Knowledge Base:
171567 systemu Windows NT 4.0 ServiceProvider wartości priorytetu nie są stosowane
Jak zmienić kolejność rozpoznawania nazw w systemie Windows 95 i Windows NT 139270
119372 Ustawianie kolejność wyszukiwania rozwiązywania nazw dla protokołu TCP/IP-32

Rozwiązywanie problemów

Problem: Klient nie może rozpoznać nazwy hosta. Rozwiązywanie problemów z czynności: Jeżeli klient nie można rozpoznać nazwy hosta, a następnie warto zweryfikować rozpoznawanie nazw sekwencji wymienionych powyżej, że klient powinien używać hosta. Jeśli nazwa nie istnieje w żadnym z zasobów, których klient używa, należy zdecydować do zasobów ją dodać. Jeśli nazwa istnieje w jednym z zasobów, takich jak serwer DNS lub serwer tle (WINS, Windows Internet Name Service), klient nie jest rozpoznawania nazwy poprawnie skupić uwagę na rozwiązywanie problemów tego konkretnego zasobu. Upewnij się również, że klient próbuje rozpoznać nazwę hosta i nie nazwy NetBIOS. Wiele aplikacji ma wiele metod, które wykorzystują do rozpoznawania nazw, jest to szczególnie ważne, poczty i bazy danych aplikacji. Aplikacja może być skonfigurowana na łączenie się z zasobami przy użyciu protokołu NetBIOS. W zależności od konfiguracji klienta, klient może ominąć rozpoznawania nazw hostów. Stamtąd będą niezbędne, aby zmienić typ połączenia TCP/IP Sockets lub rozwiązać problem jako kwestia NetBIOS. Problem: Klient rozpoznaje nazwę bardzo wolno lub nie może rozpoznać nazwę i zajmuje dużo czasu, aby zgłosić błąd. Kroki rozwiązywania problemów: posiadające serwery DNS skonfigurowane w konfiguracji protokołu TCP/IP klienta, ale serwer nie jest dostępny dla klienta zazwyczaj powoduje to. Ponieważ protokół TCP/IP zakłada sieć zawodne, klient wielokrotnie będzie próbował połączyć się z serwerem DNS przed zaniechaniem prób kwerendy. Klient będzie następnie próbuje kwerendę do drugiego serwera DNS, jeśli taka jest skonfigurowana i podjąć w tym samym czasie nie powiedzie się. Dopiero wtedy klient poprowadzi przez proces rozpoznawania nazw NetBIOS jak opisano powyżej. Istnieją trzy sposoby podejścia do tego zagadnienia.
  • Jeśli nazwa hosta jest prawidłowo wpisany w pliku hosta, zostaną rozwiązane, zanim klient będzie próbował kwerendy DNS. To rozwiązanie działa dobrze, jeśli serwery DNS są tymczasowo nieosiągalny i istnieje kilka nazw hostów, które muszą zostać naprawione. Ręczne konfigurowanie hostów pliki dla wielu klientów może być bardzo duży. - lub -
  • Jeśli serwery DNS są dostępne, ale adresy serwerów DNS w konfiguracji TCP/IP klientów są niepoprawne, zawierające sprostowanie te adresy pozwoli klientom niezwłocznie kontaktuje się z serwerami DNS. Nawet jeśli serwer DNS zgłasza, że nie może rozpoznać nazwy, dzieje się znacznie szybciej niż Jeśli klient nie może osiągnąć serwera DNS w ogóle. - lub -
  • Jeśli serwery DNS są skonfigurowane na komputerze klienckim, ale te serwery są trwale niedostępny, Usuń adresy IP serwerów DNS z konfiguracji klienta. Klient będzie następnie pominąć wyszukiwanie DNS bez zwłoki. - lub -
  • Jeśli brakujące lub niepoprawne rekordy w bazie danych DNS, następnie będzie występować opóźnienie jak serwery DNS kwerendy przed zgłoszeniem, że nie można ich rozpoznać nazwy inne serwery DNS. Spowoduje to zazwyczaj opóźnienie zaledwie kilka sekund.
Aby uzyskać dodatkowe informacje na temat protokołu TCP/IP i rozpoznawania nazw, zobacz następujący oficjalny dokument dostępny na serwerze anonimowe ftp firmy Microsoft:
Nazwa pliku: Tcpipimp2.doc lokalizacji: ftp://ftp.microsoft.com/bussys/winnt/winnt-docs/papers/ tytuł: "3.5/3.51/4.0 systemu Microsoft Windows NT: szczegóły implementacji protokołu TCP/IP, stos protokołu TCP/IP i usługi, wersja 2.0."