«NetBIOS ne prolazi kroz rutere» ponavlja se kao da je to riješilo pitanje dizajna. Nije. Emitiranjem se ime obično traži unutar vlastite domene emitiranja, ali NetBIOS usluge mogu koristiti i usmjereni IP promet koji se sasvim dobro rutira. Korisno pitanje nije prolazi li NetBIOS kroz rutere; pitanje je koju od njegove tri usluge koristi vaša aplikacija.

Softversko sučelje, a ne jedan žičani protokol

RFC 1001 opisuje NetBIOS kao sučelje prema kojem se programiraju aplikacije, s nekoliko transporta ispod njega. Njegov model TCP/UDP razdvaja uslugu imena, distribuciju datagrama i sesijsku uslugu, i izričito podržava rad s IP emitiranjem ili bez njega.

ServiceWhat it doesTransport dependence
NameRegisters and resolves namesBroadcast, point-to-point, or a name server
DatagramConnectionless messages, including broadcastBroadcast domain or directed delivery
SessionConnection-oriented exchangeTCP connection to a named endpoint

Ta tabela pokazuje zašto parola pada. Sesijska usluga između dva imenovana hosta jest IP razgovor; datagram emitiranja nije. Jedan VPN dizajn može zadovoljiti prvo, a ne drugo, i test koji dokazuje prvo ne govori ništa o drugome.

Tipovi čvorova odlučuju šta klijent traži

RFC 1001 modeli čvorova — emitiranje, tačka-na-tačku i mješoviti — opisuju kako host rješava imena: pitanjem lokalne mreže, izravnim pitanjem servera imena ili isprobavanjem jednoga pa drugoga. Model utiče na to koji promet treba dopustiti, ne na to radi li aplikacija uopće.

Upravljano rješenje sa serverom imena daje klijentima tačka-na-tačku putanju, ali samo klijentima koji su konfigurisani da ga koriste. Postavljanje servera negdje na mreži ne navodi aplikaciju da ga pita, a klijent ostavljen u načinu emitiranja nastavit će pitati lokalni segment i čekati do isteka vremena. Adresa servera mora doći u konfiguraciju klijenta, putem kojeg god upravljačkog puta taj klijent poštuje.

Zato zabilježite tri zapažanja za dotičnu aplikaciju: kako pretvara ime servera u adresu, koristi li otkrivanje ili razmjena poruka emitiranje ili usmjerenu krajnju točku, i koju adresu i transport koristi stvarna sesija. To su nezavisne činjenice i svaka ima svoje rješenje. Jedno uspješno rješavanje imena dokaz je samo za prvo.

NetBIOS preko TCP/IP-a nije NetBEUI

Dvoje se miješa jer se oboje naziva zastarjelim. NetBIOS preko TCP/IP-a nosi svoje usluge unutar IP paketa, koje rutirani tunel ionako prenosi. NetBEUI je protokol sloja 2 koji se ne može rutirati, a IP tunel ne prenosi proizvoljne Ethernet okvire samo zato što prenosi IP.

Dodavanje IP rute ne može pretvoriti ne-IP okvir u IP aplikaciju. Ako aplikacija doista ovisi o ponašanju sloja 2, opcije su izričito ograničena usluga sloja 2 ili zamjena aplikacije; nema promjene rutiranja koja zamjenjuje bilo što od toga.

Odaberite najmanju promjenu koja zadovoljava zadatak

Postojeći SMB resurs dosegnut odobrenim DNS imenom i izričitom UNC putanjom ne treba Ethernet proširenje. Zadatak datotečne usluge i iskustvo pregledavanja različiti su zahtjevi, a samo drugi ovisi o popisu susjeda. Dosezanje resursa po imenu rješava zadatak bez rastezanja domene emitiranja kroz tunel.

Pregledavanje je dio koji obično zakaže, i zakaže tiho. Računalo može otvoriti resurs po putanji dok popis obližnjih računala ostaje prazan, jer se popis puni otkrivanjem emitiranjem, a putanja koristi DNS. Odluka da vam treba popis drugi je zahtjev od odluke da vam treba datoteka. Zapišite za što je korisnik doista pitao prije nego što bilo što dizajnirate.

Kad zastarjela aplikacija doista zahtijeva emitiranje ili ne-IP okvire, procijenite ograničenu uslugu sloja 2 s imenovanim vlasnikom ili zamijenite aplikaciju. Most proširuje zajedničku domenu kvarova i granicu politike, a to je arhitektonska odluka, ne kućica s oznakom NetBIOS. Dokumentirajte konkretne operacije koje tunel mora prenositi, pa će administrator moći ocijeniti zahtjev umjesto nagađanja o «cijeloj Windows mreži».

Povezani članci