Sammanfattning
Den här artikeln beskrivs olika metoder för värdnamn till IP-adressen lösningar som används av Microsoft Windows-klienter. Sekvens av metoder är annorlunda än den sekvens som används för att matcha NetBIOS-namn till IP-adresser.
Mer information
I ett nätverk med TCP/IP protocol, är det nödvändigt att konvertera namnen på resurser till IP-adresser för att ansluta till dessa resurser. Microsoft Windows-klienter följer en sekvens av metoder i försöker matcha ett namn med en adress, stoppa sökningen när den har matchar ett namn till en IP-adress. Det finns två huvudsakliga sekvenser som används i nästan alla fall: matchning av NetBIOS- och Host-namnmatchning. Klienter som ansluter till resurser på Microsoft-servrar, vanligtvis via Windows Filhanteraren eller nätverket, använda oftast NetBIOS-namnmatchning. Mer information finns i följande artikel i Microsoft Knowledge Base:
119493 NetBIOS över TCP/IP-namnmatchning och WINS
Matchning av värdnamn matchar namnen på de resurser för TCP/IP inte ansluter via NetBIOS-gränssnittet. Det vanligaste exemplet på detta är en webbläsare som Microsoft Internet Explorer. Andra exempel är Internet-program som Ping, FTP och Telnet. Många moderna databas och e-postprogram som är anslutna via Winsock Microsoft Windows-implementeringen av TCP/IP-sockets används också matchning av värdnamn. Exempel på dessa typer av program är Outlook och felsökning av problem med namnet resolution Exchange.When, är det viktigt att begränsa om programmet lösa ett NetBIOS-namn eller ett värdnamn. Observera: I samband med denna artikel termen ”klient” inte nödvändigtvis refererar till en arbetsstation. En Windows NT server tar rollen av klienten när den behöver åtkomst till resurser som kräver matchning av värdnamn. Matchning av värdnamn vanligtvis använder följande sekvens:
-
Klienten kontrollerar om det omfrågade namnet är sin egen.
-
Klienten söker sedan en lokal Hosts-fil, en lista över IP-adress och namn som är lagrade på den lokala datorn. Anmärkning: Hosts-filen var beroende av operativsystemet: 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 När Windows NT installeras i mappen % Systemroot % är är < enhet > den enhet där Operativsystemet är installerat och < startvolymen > refererar till en startdiskett eller enhet C. En exempelfil för värdar, Hosts.sam, installeras med protokollet TCP/IP med rätt format.
-
Domain Name System (DNS)-servrar frågas.
-
Om namnet kvarstår används NetBIOS-namnet upplösning sekvens som en säkerhetskopia. Denna ordning kan ändras genom att konfigurera NetBIOS-nodtyp för klienten.
Windows-klienten försöker var och en av dessa metoder tills den har matchar namnet eller tillgång dessa metoder. Windows NT, Windows 95 och Windows för Workgroups-klienter som använder Microsoft TCP/IP 3.11b Följ denna sekvens. LAN Manager 2.2c eller Microsoft-klient 3.0-klienter använder inte NetBIOS-namnmatchning som en säkerhetskopia. Mer information finns i följande artiklar i Microsoft Knowledge Base:
169141 - och NetBIOS-värdnamn upplösning för MS Client och LM 2.2 cVid namnmatchning klienten hoppa över metoder som den inte är konfigurerad. Till exempel om det finns någon hosts-filen på datorn, kommer sedan det hoppa över steg #2 ovan och försök en fråga till en DNS-server. Om inga IP-adresser för DNS-servern har angetts i klientkonfigurationen för TCP/IP-kommer klienten vidare till nästa steg i sekvensen när DNS. Metoden för att ändra ordningen för host name resolution skiljer sig mellan olika operativsystem och versioner. Dessa dokumenteras i Resource Kit för specifika operativsystem och Microsoft Knowledge Base.For ytterligare information, finns i följande artiklar i Microsoft Knowledge Base:
171567 Windows NT 4.0 ServiceProvider prioritetsvärden som inte används
139270 hur du ändrar namnordningen upplösning i Windows 95 och Windows NT
119372 ange sökordningen för TCP/IP-32 namnmatchning
Felsökning
Problem: Klienten går inte att matcha ett värdnamn. Felsökning steg: om en klient inte kan matcha ett värdnamn och sedan är det bäst att kontrollera namnmatchning sekvens ovan som klienten ska använda värden. Om namnet inte finns i någon av de resurser som används av klienten, måste du bestämma till vilken resurs du vill lägga till den. Om namnet finns i en av resurser, t ex en DNS-server eller en Windows Internet Name Service (WINS)-server och klienten inte matcha namnet på rätt sätt, kan du fokusera din uppmärksamhet på felsökning av specifika resursen. Bekräfta också att klienten försöker matcha ett värdnamn och inte NetBIOS-namnet. Många program har flera metoder som de kan använda för att matcha namn, detta gäller särskilt program för e-post och databasen. Programmet kan vara konfigurerat för att ansluta till resurser med hjälp av NetBIOS. Klienten kan kringgå värdnamnsmatchning beroende på klientens konfiguration. Därifrån blir det nödvändigt att antingen ändra anslutningstyp till TCP/IP sockets eller felsöker du problemet som ett NetBIOS-problem. Problem: Klienten matchar ett namn mycket långsamt eller inte kan matcha ett namn och tar lång tid att rapportera ett fel. Felsökning: med DNS-servrar som konfigurerats i TCP/IP-konfigurationen för en klient, men servern inte är tillgänglig för klienten vanligtvis gör detta. Eftersom protokollet TCP/IP förutsätter ett opålitliga nätverk, en klient att göra upprepade försök att ansluta till en DNS-server innan du avbryter försök frågan. Klienten försöker kontakta en andra DNS-servern om ett sådant har konfigurerats sedan och ta samtidigt misslyckas. Först därefter kommer klienten steg för steg för NetBIOS-namnmatchning som beskrivs ovan. Det finns tre sätt att närma sig problemet.
-
Om värddatornamnet anges korrekt i en host-fil, kommer att vara löst innan klienten försöker fråga DNS. Denna lösning fungerar bra om DNS-servrar är tillfälligt inte kan nås och det finns ett litet antal värdnamn som måste lösas. Manuellt konfigurera Hosts-filer för flera klienter kan bli mycket hög. - eller -
-
Om DNS-servrar är tillgängliga, men DNS-serveradresser i klienter TCP/IP-konfigurationen är felaktig, tillåter korrigera dessa adresser klienter att omedelbart kontakta DNS-servrar. Även om en DNS-server rapporterar att den inte kan matcha ett namn, sker detta mycket snabbare än om klienten inte kan nå en DNS-server på alla. - eller -
-
Om DNS-servrar som är konfigurerade på klienten, men dessa servrar är inte är tillgänglig, ta bort IP-adresser för DNS-servrar från klientens konfiguration. Klienten kommer sedan att kringgå DNS-sökning utan dröjsmål. - eller -
-
Om poster i DNS-databasen är felaktig eller saknas, att kommer det finnas en fördröjning som DNS-servrar frågar andra DNS-servrar innan du rapporterar att de inte kan matcha namnet. Detta innebär vanligtvis att en fördröjning på några sekunder.
Mer information om TCP/IP och namnmatchning, om Microsoft anonym FTP-server finns i följande faktablad:
Namn: Tcpipimp2.doc plats: ftp://ftp.microsoft.com/bussys/winnt/winnt-docs/papers/ rubrik ”: Microsoft Windows NT 3.5/3.51/4.0: information om TCP/IP-implementeringen TCP/IP-protokollstacken och tjänster, Version 2.0”.
