en oversigt over forbinde lokale multicast navn beslutning

, når en bruger af en virksomheds netværk har brug for at få adgang til nogle ressourcer fra en anden computer, de bruger normalt angiver fjernstyring er netbios navn, når forbindelsen.denne teknik fungerer godt på virksomhedsnet, fordi active directory mandater, eksistensen af en dns - server.det betyder, at brugerne kan knyttes til en fjerntliggende system ved hjælp af sine netbios navn og vinduer vil spørge dns - server for at bestemme ip - adresser i forbindelse med værtslandets plade tilsvarende edb - navn.det er godt for virksomhedsnet, men navn beslutning, har altid været et problem for ad hoc - net i net.i de fleste tilfælde er det hverken muligt eller praktisk muligt at tilføje en dns - server til et hjemmenet eller en ad hoc - netværk.det gør navn løsning umulig.- vista i longhorn - serveren vil ændre sig med den nye teknologi kaldet forbinde lokale multicast navn beslutning.i denne artikel, skal jeg vise dig, hvordan det virker, hvad med vinder?,, før jeg kommer ind i en diskussion mellem lokale multicast navn beslutning, nogle af dem er formentlig undrende, hvorfor kunne du ikke bare bruge vinder for navn beslutning om en ad hoc - eller - net.under den forudsætning, at alle computere på nettet i spørgsmål er at ipv4 protokol, vinder vil få jobbet gjort.problemet er, at med vinduer vista og longhorn - server, som microsoft er overgangen til ipv6.det betyder, at det ikke længere er sikkert at antage, at alle computere på et net, kører ipv4 protokol.,, forbinde lokale multicast navn beslutning er ikke en erstatning for dns, før jeg begynder på at forklare, hvordan forbinde lokale multicast navn beslutning fungerer, vil jeg gerne præcisere, at forbinde de lokale multicast navn - beslutningen er ikke en erstatning for dns.det er sandt, at begge teknologier er konstrueret til at levere navn resolution tjenesteydelser, forbinde lokale multicast navn beslutning er langt mere begrænset end dns., for at se, hvor dette er tilfældet, vil tænke over, hvordan dns, arbejder for et øjeblik.når en maskine skal løse en computer navn, det sender en forespørgsel til en dns - server.den dns - server forsøger at matche de spørgsmål over for de oplysninger, der er lagret i den.hvis dns - server ikke har en straffeattest, svarende til den, der er specificeret vært, anmodningen er fremsendt til et højere niveau dns - server.her sker der det samme.den dns - server kontrol for at se, om det er en rekord for værten, og hvis ikke, det fremsender anmodningen til den anden dns - server.dette kunne muligvis fortsætter, indtil den anmodning, når dns - server, der er kompetent for den anmodede vært domæne., som du kan se, dns er hierarkisk karakter.på grund af antallet af værter på internettet, er det umuligt for en dns - server til at vide alt.derfor er dns servere er indrettet på en sådan måde, at det giver dem mulighed for at indeholde oplysninger om specifikke områder og med alle andre anmodninger til et højere niveau dns - server., med det i tankerne, lad os vende vores opmærksomhed mod at forbinde de lokale multicast navn beslutning.den største begrænsning med forbinde lokale multicast navn beslutning er, at det ikke er routable.navnet resolution proces kan kun anvendes for computere, der deler en fælles undernettet.computere over en router er utilgængelige for navnet resolution proces.,, grunden til, at microsoft valgte at gøre forbinde lokale multicast navn beslutning ikke routable er på grund af det store antal værter på internettet.jeg har allerede talt om, at der er så mange værter, at ingen dns - server kunne behandle dem alle.forbinde lokale multicast navn beslutning har ikke engang et navn resolution database at falde tilbage på.i stedet for computere til undernettet sender deres vært navne.kan du forestille dig hvad der ville ske, hvis disse udsendelser over adresser?der ville være så mange tv - trafik, at navnet resolution proces har det samme resultat som en fornægtelse af service - angreb.,, hvis dette er tilfældet, dns er stadig det foretrukne navn resolution metode til vinduer vista og longhorn server.begge disse styresystemer er udformet således, at de vil forsøge at bruge dns navn beslutning først.forbinde lokale multicast navn beslutning anvendes kun, når computeren beslutter, at det ikke kan løse det navn ved hjælp af dns.,, hvordan forbinde lokale multicast navn beslutning fungerer, nu da jeg har talt om, hvad der forbinder lokale multicast navn beslutning er og ikke er i stand til, vil jeg gerne bruge lidt tid til at snakke om, hvordan forbinde lokale multicast navn beslutning fungerer.typisk navn beslutning begynder, når en computer har behov for at kommunikere med en anden vært på nettet.denne computer skal løse de fjerntliggende og værtens navn til en ip - adresse.derfor kontrollerer sine tcp /ip - konfiguration for at få ip - adresse af dns - server.,, på dette punkt, at flere forskellige ting kunne ske.en mulighed er, at edb - kontakter de dns - server og dns - server løser det navn.da mit mål i denne forbindelse er at illustrere, hvordan de lokale multicast navn beslutning fungerer, vil vi gå ud fra, at beslutningen ikke dns navn.,, der er flere grunde til, at dette kan ske.f.eks. forestil dig, at du har en computer, der er konfigureret til at arbejde på en virksomheds netværk.du tager den bærbare hjem en aften til at gøre en indsats.når du er færdig med at gøre det, du skulle, du beslutter at trykke jeres nummer.du har en lille trådløse netværk, der er etableret i dit hjem, så du søger en forbindelse til pc 'en, der er vært for netværket printer.er det den bærbare er konfigureret til at arbejde på din virksomheds netværk, det har nok dit selskab er dns - server, der er angivet (forudsat at de dns - server er ip - adresse, der er angivet af en dhcp - server).nu du er knyttet til deres hjem, net og ikke virksomhedens netværk, så din bærbare, ikke kan tage kontakt til den angivne dns - server.dette ville forårsage dns navn beslutning at fejle.,, nu hvor dns navn beslutning har fejlet, edb - vil sende et multicast navn søgning ved hjælp af udp - protokollen.alle de andre anordninger på nettet vil modtage forespørgslen.hvis det antages, at disse computere styrer vinduer vista eller longhorn - serveren (hvilket betyder, at de vil forbinde lokale multicast navn beslutning gjorde det muligt for), de vil sammenligne forespørgslen til deres egne vært navn.under forudsætning af, at de ønskede vært, ikke er forbudt i at reagere for at forbinde de lokale multicast navn resolution forespørgsler, edb - vil sende et unicast budskab til den computer, der sendte en forespørgsel.denne meddelelse skal indeholde værtens ip - adresse, forbinde lokale multicast navn beslutning støtter også vende kortlægning forespørgsler.det betyder, at en vært kan sende en forespørgsel til en specifik ip - adresse, og anmoder om, at værten på den adresse reagerer med sin computer navn.,, hvorfor forbinde lokale multicast navn resolution nyttige?og jeg har givet dig et eksempel på, hvordan forbinde lokale multicast navn beslutning kunne anvendes, når en bærbar er knyttet til en trådløs hjemmenet, men jeg ville give dig et par andre eksempler på, hvordan denne teknologi er nyttige.,, måske det mest indlysende eksempel er, at en række brugere fra dit firma vil mødes uden for kontoret for samarbejde om et projekt.dette gør, at de udgør en ad hoc - netværk, der kan eller ikke kan have internetkonnektivitet.hvis det antages, at en dns - server er utilgængelige, forbinde lokale multicast navn beslutning foranstaltninger og giver navn resolution tjenester for værter for ad hoc - net, et mindre indlysende eksempel på, hvordan forbinde lokale multicast navn beslutning er nyttige, er, at det kan anvendes under en router fiasko.f.eks. forestil dig, at din virksomhed er dns - server er bosat i hovedkontoret, og at dns forespørgsler fra filialer løber gennem en wan - link.hvis router skulle mislykkes, så dns spørgsmål ville være umuligt indtil routeren er fastsat.imidlertid har brugerne i de forskellige afdelinger kan løse de navne på nettet ressourcer inden for deres eget kontor ved hjælp af forbinde lokale multicast navn beslutning.,, konklusion, som de kan se, at forbinde de lokale multicast navn beslutning er ikke en erstatning for dns baseret navn beslutning.det er imidlertid en alternativ betegnelse resolution tjeneste, der kan anvendes, når en dns - server er ikke tilgængelige.



Previous:
Next Page: