Solaris PC NetLink Administrationshandbok

Om tjänster för koppling av namn till adresser

SunLink Servers WINS med TCP/IP kräver att det finns en unik IP-adress och ett unikt datornamn för varje dator på nätverket. Även om program använder IP-adresser för att ansluta till datorer utnyttjar administratörerna "mänskligare" namn för att ansluta till dem. Resultatet blir att det på TCP/IP-nätverk måste finnas en tjänst för koppling av namn till adresser som översätter datornamn till IP-adresser och vice versa.

IP-adressen är den unika adress som gör att datorn känns igen av alla andra TCP/IP-enheter på nätverket. För TCP/IP och Internet är datornamnet det globalt kända systemnamnet, plus ett domännamn enligt DNS (Domain Name System). På ert lokala nätverk är datornamnet det namn som gavs vid konfigureringen av antingen SunLink Server eller Windows NT. För att kontrollera att både namnen och IP-adresserna är unika registrerar en dator som använder NetBIOS över TCP/IP namn och IP-adress på nätverket när systemet startas.

Datornamn i NetBIOS och DNS

SunLink Servers nätverkskomponenter använder namnsystemet NetBIOS. I allmänhet består NetBIOS-datornamn av en enda del.

Namn på TCP/IP-komponenter ges däremot efter reglerna i DNS. DNS-datornamn består av två delar: ett värdnamn och ett domännamn, vilka tillsammans bildar FQDN (fully qualified domain name).

Lyckligtvis är datornamn enligt NetBIOS kompatibla med värdnamn enligt DNS, vilket gör att de båda typerna av komponenter kan fungera tillsammans. Med SunLink Server kombineras datornamnet enligt NetBIOS med domännamnet enligt DNS så att man får FQDN.


Obs!

I ett SunLink Server-system är NetBIOS-datornamnet som standard samma som DNS-värdnamnet. Om ni måste ha olika namn kan ni ändra standardinställningen.


En dator kan använda en eller flera av följande metoder för att se till att namn kopplas korrekt till IP-adresser i TCP/IP-nätverk:

Koppling av namn till adresser i NetBIOS över TCP/IP (NetBT)

NetBIOS över TCP/IP (NetBT) är en nätverkstjänst på sessionsnivå som kopplar namn till IP-adresser. I SunLink Server implementeras NetBT genom WINS och koppling genom massutsändning av namn. De två viktigaste aktiviteterna är hur namn registreras och kopplas:

I NetBT definieras funktionslägen som anger hur man identifierar och kommer åt nätverksresurser. De funktionslägen i NetBT som stöds av SunLink Server är:

De båda vanligaste nodtyperna för Windows-klientdatorer är b-nod och h-nod.

DHCP-användare kan få nodtypen tilldelad av DHCP-servern (beroende på hur klienten konfigurerats). När det finns WINS-servrar på nätverket kopplar NetBT namn på en klientdator genom att kommunicera med WINS-servern. När det inte finns några WINS-servrar, massutsänder NetBT meddelanden i b-nod för att avbilda namn. NetBT kan även använda LMHOSTS-filer för koppling av namn, beroende på hur TCP/IP är konfigurerat på en viss dator.

SunLink Server kan fungera med NetBT-lägena b-nod och h-nod.

B-nod (utsändningsläge)

I b-nod används massutsändningar för att registrera och avbilda namn. Om exempelvis KLIENT_PC1 vill kommunicera med KLIENT_PC2, gör den en massutsändning till samtliga datorer att den letar efter KLIENT_PC2. Den väntar sedan en angiven tid på att KLIENT_PC2 skall svara.

Det finns två stora problem med b-nodsläget:

H-nod (hybridnod)

H-nodsläget löser de viktigaste problemen med massutsändningsmeddelanden och dirigerade miljöer. Det kombinerar b-nod och en annan nodtyp där massutsändningsmeddelanden utnyttjas som en sista utväg. Om WINS-servern är avstängd--vilket gör det absolut nödvändigt med massutsändning av meddelanden--fortsätter datorn att försöka kolla om WINS-servern är igång tills den kan nås igen. H-nod kan även konfigureras så att den utnyttjar filen LMHOSTS efter det att koppling av namn med massutsändning misslyckats.

Det skapas inte några massutsändningsmeddelanden om WINS-servern är igång, och datorerna kan ligga på var sin sida av dirigerarna. Om WINS-servern är avstängd används b-nod, och datorer som ligger på samma sida om en dirigerare kan fortsätta arbeta som vanligt.


Obs!

För Microsoft TCP/IP-användare som konfigurerar TCP/IP manuellt gäller att h-nod används som standard, förutsatt att användaren angivit några adresser till WINS-servrar när TCP/IP konfigurerades.


Andra kombinationer

En annan variation, så kallad modifierad b-nod, används i SunLink Server-nätverk för att låta meddelanden passera dirigerare. I modifierad b-nod används det inte någon WINS-server. I detta funktionsläge använder b-nod en lista med datorer och adresser lagrad i en LMHOSTS-fil. Om ett b-nodsförsök misslyckas, tittar systemet i LMHOSTS efter ett namn och använder sedan motsvarande adress för att passera dirigeraren. Emellertid måste listan finnas på alla datorer, vilket gör administrationen mer omfattande genom att listan måste uppdateras och distribueras.

Windows for Workgroups 3.11 använder ett modifierat b-nodssystem. Windows NT utnyttjar denna metod om det inte används några WINS-servrar på nätverket. I Windows NT har formatet för filen utökats litet för att göra den lättare att hantera--men modifierad b-nod är inte någon idealisk lösning.

WINS och koppling av namn genom massutsändning

WINS tillhandahåller en uppdelad databas för att registrera och ställa frågor om dynamiska kopplingar mellan datornamn och IP-adresser i en dirigerad nätverksmiljö. WINS löser de problem som uppstår med avbildning av namn i komplexa TCP/IP-nätverk.

WINS minskar användningen av lokala massutsändningar för koppling av namn och gör att användarna lätt kan lokalisera system på fjärrnätverk. När adresser tilldelas dynamiskt med DHCP, och datorer som flyttas mellan delnät får nya IP-adresser, uppdateras WINS-databasen automatiskt för att återspegla dessa ändringar. Varken användaren eller nätverksadministratören behöver göra några ändringar manuellt.

I följande avsnitt diskuteras hur koppling av namn fungerar med WINS och massutsända meddelanden med namnfrågor.

WINS i en dirigerad miljö

WINS består av följande två delar:

Nätverksklienter i Windows (datorer med WINS aktiverat i Windows NT, Windows 98, Windows 95 eller Windows for Workgroups 3.11) kan använda WINS direkt. B-nodskompatibla (enligt RFC 1001 och 1002) datorer utan WINS på TCP/IP-nätverk kan komma åt WINS genom ombud (datorer med WINS aktiverat som lyssnar till massutsändningar av namnfrågor och svarar för namn som inte finns på det lokala delnätet).

För att man skall kunna bläddra utan WINS måste nätverksadministratören kontrollera att användarens primära domän har SunLink Server-, Windows NT Server- eller Windows NT Workstation-datorer på ömse sidor om dirigeraren, som kan vara huvudbläddrare. Datorerna behöver korrekt konfigurerade LMHOSTS-filer med poster för domänkontrollanterna över delnätet.

Med WINS behövs det inte några sådana strategier eftersom WINS-servrarna och -ombuden omärkligt ger det stöd som erfordras för att man skall kunna bläddra över dirigerarna om domänen innehåller datorer kopplade till olika dirigerare.


Obs!

Om en klientdator som kör Windows NT även använder DHCP, och om administratören anger WINS-serverinformation som en del av DHCP-alternativen, konfigureras datorn automatiskt att använda WINS-serverinformationen.


I en miljö där koppling av namn sker både med WINS och massutsändning uppför sig en klientdator med WINS aktiverat annorlunda än en klientdator utan WINS. Skillnaderna märks på hur klienterna hanterar avbildning, registrering, avregistrering och förnyelse. Detta beskrivs i de kommande avsnitten.

Avbildning av namn

När det finns WINS-servrar på ett TCP/IP-nätverk, kopplas NetBIOS-datornamn med två grundläggande metoder beroende på om WINS-koppling är tillgänglig och aktiverad på klientdatorn. Oavsett vilken metod för avbildning av namn som används är processen inte synlig för användaren efter det att systemet konfigurerats.

WINS-servrar tar emot och besvarar namnfrågor med UDP (User Datagram Protocol). En koppling mellan namn och IP-adress som registrerats på en WINS-server kan på ett säkert sätt tillhandahållas som svar på en namnfråga. En koppling i databasen garanterar emellertid inte att enheten i fråga är igång för tillfället, endast att en dator gjort anspråk på IP-adressen och att kopplingen för närvarande är giltig.

Registrering av namn

Genom namnregistreringen garanteras att NetBIOS-datornamnet och IP-adressen är unika för varje enhet.

Efter det att en icke-WINS-dator gjort anspråk på ett namn måste den stoppa försök att registrera dubblettnamn (och därmed se till att ingen annan dator kan registrera dess namn) och ge ett positivt svar om den mottar en namnfråga rörande namnet (genom att svara jakande på namnfrågan). I svaret tas datorns IP-adress med, och därigenom kan de båda systemen upprätta en session.

Släppa namn

När en dator slutar använda ett visst namn protesterar den inte längre om någon annan skulle begära att få registrera namnet. Det kallas för att namnet avregistreras.

Förnyelse av namn

Klientdatorer måste regelbundet förnya sina registreringar av NetBIOS-namn på WINS-servern. När en klientdator för första gången registrerar sig på en WINS-server, skickar WINS-servern ett meddelande om när klienten måste förnya sin registrering enligt följande:

Om posten ägs av den lokala WINS-servern släpps namnet efter den angivna tiden om inte klienten förnyat det. Om posten ägs av en annan WINS-server kontrolleras posten igen efter den angivna tiden. Om posten inte finns i databasen för den WINS-server som äger den tas den bort från den lokala WINS-databasen. En begäran om förnyelse av namn behandlas som en ny namnregistrering.


Varning!   Varning!

Om man ställer in intervallet för förnyelse av namn på ett olämpligt sätt kan system- och nätverksprestanda påverkas negativt.


WINS-ombud

Ett WINS-ombud är en WINS-dator som hjälper till vid kopplingen till IP-adresser, när det gäller namnfrågor från datorer som inte använder WINS i TCP/IP-intranät med dirigerare. Som standard är icke-WINS-datorer konfigurerade som b-nod, och använder därmed IP-massutsändningar vid namnfrågor. WINS-ombudsdatorn lyssnar på det lokala delnätet efter IP-massutsändningar av namnfrågor.

När en dator som inte använder WINS gör en IP-massutsändning av en namnfråga tar WINS-ombudet emot utsändningen och ser efter i sin cache om det kan hitta rätt koppling mellan NetBIOS-datornamn och IP-adress. Om den rätta kopplingen finns i cachen, skickar det denna information till icke-WINS-datorn. Om kopplingen mellan namn och IP-adress inte finns i cachen, ber WINS-ombudet en WINS-server om kopplingen mellan namn och IP-adress och vidarebefordrar sedan detta till den dator som ursprungligen skickade frågan.

Om det inte finns någon WINS-server på det lokala delnätet, kan WINS-ombudet fråga en WINS-server över en dirigerare. WINS-ombudet cachar (mellanlagrar) kopplingar mellan datornamn och IP-adresser som den får från WINS-servern. Dessa kopplingar används för att besvara senare IP-massutsändningar av namnfrågor på det lokala delnätet.

De kopplingar mellan namn och IP-adress som WINS-ombudet får från WINS-servern lagras i WINS-ombudets cache under en begränsad tid. (Det standardvärde som anges vid installationen är sex minuter. Minimivärdet är en minut.)

När WINS-ombudet får svar från WINS-servern, lagrar den kopplingen i cache och besvarar eventuella senare namnfrågeutsändningar med kopplingen den fick från WINS-servern.

WINS-ombudet fungerar på liknande sätt som en relästation i DHCP/BOOTP, som vidarebefordrar anrop från DHCP-klienter över dirigerare. Eftersom WINS-servern inte besvarar utsändningar bör en dator konfigurerad som WINS-ombud installeras på delnät där det finns datorer som använder utsändningar för att koppla namn.


Obs!

Om man skall konfigurera en dator med Windows NT, version 4.0, som WINS-ombud, måste man redigera datorns register manuellt. Nyckelordet EnableProxy måste vara 1 (REG_DWORD). Nyckelordet ligger i följande nyckel: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Netbt\ Parameters


WINS-klienter och uppringda TCP/IP-nätverk

Uppringda TCP/IP-nätverk används av anställda ute på fältet, som vill komma åt nätverket via modem, och systemadministratörer som övervakar och hanterar servrar på många olika filialkontor. De som använder uppringda TCP/IP-nätverk på datorer med Windows 98, Windows 95 eller Windows NT kan ringa upp och komma åt nätverken på distans för tjänster som fil- och skrivardelning, e-post, kalender- och databasåtkomst.

Windows 98, Windows 95 och Windows NT stöder dirigering av TCP/IP-trafik över uppringda TCP/IP-anslutningar via flera olika typer av nätverksservrar avsedda för detta:

Uppringande datorer med Windows 98, Windows 95 och Windows NT som är konfigurerade att dirigera TCP/IP kan även konfigureras till att använda WINS-servrar. (En detaljerad beskrivning finns i Microsoft-dokumentationen.)

Uppringande datorer med Windows 98, Windows 95 och Windows NT som är konfigurerade att dirigera TCP/IP och använda WINS kan komma åt tjänster på sina nätverk på distans, t. ex. fil- och skrivardelning, e-post, kalender- och databasåtkomst i SunLink Server och Windows NT.