Når en bruker på et bedriftsnettverk må ha tilgang til noen ressurs av av en annen datamaskin, brukeren spesifiserer vanligvis fjern systemets NetBIOS navn når du oppretter forbindelsen. Denne teknikken fungerer godt på bedriftens nettverk fordi Active Directory mandater eksistensen av en DNS-server. Dette betyr at brukerne kan koble til et eksternt system ved å bruke NetBIOS-navnet og Windows vil spørre DNS server for å bestemme IP-adressene som er knyttet til verts posten matchende datamaskinens navn. Det er flott for bedriftsnettverk, men navneoppslag har alltid vært et problem for ad-hoc-nettverk på hjemmenettverk. I de fleste tilfeller er det enten umulig eller upraktisk å legge til en DNS-server til et hjemmenettverk eller til et ad-hoc-nettverk. Dette gjør navneløsing umulig. Windows Vista i Longhorn Server vil endre dette med den nye teknologien kalt koblingen lokal multicast navneløsing. I denne artikkelen vil jeg vise deg hvordan det fungerer.
What About WINS?
Før jeg kommer inn i en diskusjon om koblingen lokal multicast navn oppløsning, er noen av dere sikkert lurer på hvorfor du ikke bare kunne bruke WINS for nevne oppløsning på ad-hoc eller et hjemmenettverk. Forutsatt at alle datamaskinene på nettverket i spørsmålet kjører IPv4-protokollen, WINS vil få jobben gjort. Problemet er at med Windows Vista og Longhorn Server, Microsoft å gjøre overgangen til IPv6. Dette betyr at det ikke lenger er trygt å anta at alle datamaskiner i et nettverk skal kjøre IPv4-protokollen.
Link Local Multicast Name Resolution er ikke en erstatning for DNS
Før jeg begynner å forklare hvordan koblingen lokale multicast navne verker, jeg vil bare presisere at koblingen lokal multicast navn oppløsning er ikke en erstatning for DNS. Mens det er sant at begge teknologiene er utviklet for å gi navnetjenester, link lokal multicast navn oppløsning er mye mer begrenset i omfang enn DNS er.
For å se hvor dette er tilfelle, tenke på hvordan DNS fungerer i et minutt. Når en maskin må løse en annen datamaskin navn, sender den en forespørsel til en DNS-server. Forsøker DNS-serveren for å matche spørring mot informasjon som er lagret i den. Hvis DNS-serveren ikke har en rekord matche den angitte verten, blir forespørselen videresendt til et høyere nivå DNS ​​server. Her det samme skjer. DNS-serveren sjekker for å se om den har en rekord for verten, og hvis ikke det videresender forespørselen til en annen DNS server. Dette kan potensielt holde skjer før forespørselen når DNS-serveren som er autoritativ for den valgte vertens domene.
Som du kan se, er DNS hierarkisk i naturen. På grunn av det antall verter på Internett, er det umulig for en DNS-server for å vite alt. Derfor er DNS-servere arrangert på en måte som gjør at de kan inneholde informasjon om bestemte domener og videresende alle andre forespørsler til et høyere nivå DNS ​​server.
Med dette i tankene, la oss vende oppmerksomheten mot knytte lokale multicast navneløsing. Den største begrensningen med lenke lokal multicast navn oppløsning er at det er ikke rutbare. Navnet oppløsning prosessen kan bare brukes for datamaskiner som deler en felles subnett. Datamaskiner over en ruter er utilgjengelige for navnet oppløsning prosessen.
Grunnen til at Microsoft valgte å gjøre koblingen lokal multicast navneløsing ikke-rutbare er på grunn av det store antall verter på internett. Jeg har allerede snakket om det å være så mange verter at ingen DNS-serveren kunne håndtere dem alle. Knytte lokale multicast navneoppslag har ikke engang et navn oppløsning database for å falle tilbake på. I stedet datamaskiner på subnett kringkaste sine vertsnavn. Kan du forestille deg hva som ville skje hvis disse sendingene kunne krysse rutere? Det ville være så mye kringkastingstrafikk at navnet oppløsning prosessen ville ha det samme resultatet som et tjenestenektangrep.
Dette er tilfelle, er DNS fortsatt den foretrukne navneløsing metode for Windows Vista og Longhorn Server. Begge disse operativsystemene er utformet slik at de vil forsøke å bruke DNS-navneløsing først. Link lokal multicast navn oppløsning vil bare brukes én gang datamaskinen fastslår at det ikke kan løse navnet med DNS.
Hvordan Link Local Multicast Name Resolution Works
Nå som jeg har snakket om hva knytte lokale multicast navn oppløsning er og er ikke i stand til, ønsker jeg å bruke litt tid på å snakke om hvordan knytte lokale multicast navn oppløsning fungerer. Vanligvis begynner navnet oppløsning prosessen når en datamaskin trenger å kommunisere med en annen maskin på nettverket. Denne maskinen trenger for å løse den eksterne verten navn til en IP-adresse. Den sjekker derfor sin TCP /IP-konfigurasjon for å få IP-adressen til en DNS-server.
På dette punktet, kan flere forskjellige ting potensielt skje. En mulighet er at datakontakter DNS-serveren og DNS-serveren løser navnet. Siden målet mitt i å skrive dette er å illustrere hvordan knytte lokale multicast navne verk, vil vi anta at DNS navneløsing mislykkes.
Det er flere grunner til at dette kan skje. Tenk deg for eksempel at du har en bærbar PC som er konfigurert til å fungere på et bedriftsnettverk. Du tar den bærbare datamaskinen hjem en natt for å gjøre noe arbeid. Når du er ferdig med å gjøre hva det er at du trengte å gjøre, du bestemmer deg for å skrive ut dokumentet. Du har et lite trådløst nettverk satt opp i ditt hjem, slik at du forsøker en tilkobling til PC som er vert for nettverksskriveren. Å være at den bærbare datamaskinen er konfigurert til å fungere på bedriftsnettverket, det sannsynligvis har bedriftens DNS-server er spesifisert (forutsatt at DNS-serverens IP-adresse ikke er spesifisert av en DHCP-server). Akkurat nå du er koblet til hjemmenettverket og ikke til bedriftens nettverk, slik at din bærbare kan ikke kontakte den angitte DNS-serveren. Dette vil føre til DNS-navneløsing til å mislykkes.
Nå som DNS navneløsing har sviktet, datamaskinen vil sende en multicast navn spørring ved hjelp av UDP-protokollen. Alle de andre enhetene i nettverket vil motta spørringen. Forutsatt at disse datamaskinene kjører Windows Vista eller Longhorn Server (som betyr at de er koblingen lokale multicast navneløsing aktivert), vil de sammenligne spørringen til sin egen vertsnavn. Forutsatt at den forespurte verten ikke er forbudt fra å svare å knytte lokale multicast navnespørringer, vil datamaskinen sende en unicast melding til datamaskinen som sendte forespørselen. Denne meldingen vil inneholde vertens IP-adresse.
Link lokal multicast navn oppløsning støtter også omvendt kartlegging spørringer. Dette betyr at en vert kan sende en forespørsel til en bestemt IP-adresse og be om at det vert på denne adressen svarer med sin datamaskinnavnet.
Hvorfor er Link Local Multicast Name Resolution Nyttig?
Jeg har allerede gitt deg en eksempel på hvordan knytte lokale multicast-navneløsning kan brukes når en bærbar PC er koblet til et trådløst hjemmenettverk, men jeg ønsket å gi deg et par andre eksempler på hvordan denne teknologien er nyttig.
Kanskje den mest åpenbare eksempelet er at flere brukere fra et selskap ønsker å møte utenfor kontoret å samarbeide om et prosjekt. Dermed danner de et ad-hoc-nettverk som kan eller ikke kan ha Internett-tilkobling. Forutsatt at en DNS-server er utilgjengelig, knytte lokale multicast navne skritt inn og gir navnetjenester for vertene på ad-hoc-nettverk., En mindre opplagt eksempel på hvordan knytte lokale multicast navn oppløsning er nyttig er at det kan være brukes under en ruter fiasko. Tenk deg for eksempel at bedriftens DNS-serveren er på hovedkontoret, og at DNS-spørringer fra avdelingskontorer flyte over WAN-kobling. Hvis ruteren skulle svikte, da DNS-spørringer ville være umulig før ruteren er løst. Imidlertid kan brukere i de ulike avdelingskontorer fortsatt løse navn på nettverksressurser innen sitt eget kontor ved hjelp av koblingen lokal multicast navneløsing.
Konklusjon
Som du kan se, er ikke Link Local Multicast Name Resolution en erstatning for DNS basert navneløsing. Det er imidlertid et alternativt navn oppløsning tjeneste som kan brukes når en DNS-server ikke er tilgjengelig. Anmeldelser