«NetBIOS ei läbi ruutereid» kordub nii, nagu oleks see disainiotsuse ära teinud. Ei ole. Ringhäälinguga nimeotsing jääb tavaliselt oma ringhäälingu domeeni sisse, kuid NetBIOS-i teenused võivad kasutada ka suunatud IP-liiklust, mis marsruutub täiesti korralikult. Kasulik küsimus ei ole, kas NetBIOS läbib ruutereid; vaid see, millist tema kolmest teenusest teie rakendus kasutab.

Tarkvaraliides, mitte üks juhtmeprotokoll

RFC 1001 kirjeldab NetBIOS-i liidesena, mille vastu rakendused programmeerivad, ja selle all on mitu transporti. Selle TCP/UDP mudel eraldab nime teenuse, datagrammide jaotuse ja sessiooniteenuse ning toetab selgesõnaliselt töötamist IP-ringhäälinguga või ilma.

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

Just see tabel näitab, miks loosung läbi kukub. Sessiooniteenus kahe nimetatud hosti vahel on IP-vestlus; ringhäälingu datagramm ei ole. Üks VPN-i disain võib täita esimese ja mitte teise, ning test, mis tõestab esimest, ei ütle teise kohta midagi.

Sõlmetüübid otsustavad, mida klient küsib

RFC 1001 ringhäälingu-, punkt-punkti- ja segasõlme mudelid kirjeldavad, kuidas host nimesid lahendab: kohalikult võrgult küsides, nimeserverilt otse küsides või proovides ühte ja siis teist. Mudel mõjutab seda, milline liiklus tuleb lubada, mitte seda, kas rakendus üldse töötab.

Hallatav nimeserveri lahendus annab klientidele punkt-punkti tee, kuid ainult klientidele, mis on selle kasutamiseks seadistatud. Serveri paigutamine kuhugi võrku ei pane rakendust seda küsitlema, ja ringhäälingu režiimi jäetud klient jätkab kohaliku segmendi küsimist ning jookseb ajapiirini. Serveri aadress peab jõudma kliendi seadistusse, mööda seda haldusteed, mida see klient austab.

Nii et kirjutage kõnealuse rakenduse kohta kolm tähelepanekut: kuidas see muudab serveri nime aadressiks, kas avastus või sõnumside kasutab ringhäälingut või suunatud lõpp-punkti, ja millist aadressi ning transporti tegelik sessioon kasutab. Need on sõltumatud faktid ja igal neist on oma parandus. Üks edukas nimelahendus on tõestus ainult esimese kohta.

NetBIOS üle TCP/IP ei ole NetBEUI

Neid aetakse segi, sest mõlemat nimetatakse vanaks. NetBIOS üle TCP/IP kannab oma teenuseid IP-pakettides, mida marsruuditud tunnel juba edastab. NetBEUI on mitte-marsruuditav kihi 2 protokoll, ja IP-tunnel ei edasta suvalisi Etherneti kaadreid ainult sellepärast, et ta edastab IP-d.

IP-marsruudi lisamine ei saa muuta mitte-IP kaadrit IP-rakenduseks. Kui rakendus sõltub tõesti kihi 2 käitumisest, on valikud selgelt piiratud kihi 2 teenus või rakenduse asendamine; ükski marsruutimismuudatus ei asenda kumbagi.

Valige väikseim muudatus, mis ülesande täidab

Olemasolev SMB jagatud kaust, kuhu jõutakse heakskiidetud DNS-nime ja selgesõnalise UNC-tee kaudu, ei vaja Etherneti laiendust. Failiteenuse ülesanne ja sirvimiskogemus on erinevad nõuded ning ainult teine sõltub naabrite loendist. Jagatud kaustale nime kaudu jõudmine lahendab ülesande ilma ringhäälingu domeeni tunnelist läbi venitamata.

Sirvimine on see osa, mis tavaliselt ebaõnnestub, ja see ebaõnnestub vaikselt. Masin saab jagatud kausta tee kaudu avada, samal ajal kui läheduses asuvate arvutite loend jääb tühjaks, sest loend täidetakse ringhäälingu avastusega ja tee kasutab DNS-i. Otsus, et vajate loendit, on teine nõue kui otsus, et vajate faili. Kirjutage üles, mille eest kasutaja tegelikult küsis, enne kui midagi kavandate.

Kui vana rakendus tõesti nõuab ringhäälingut või mitte-IP kaadreid, hinnake nimetatud omanikuga piiratud kihi 2 teenust või asendage rakendus. Sild laiendab ühist tõrkedomeeni ja poliitikapiiri, ning see on arhitektuurne otsus, mitte NetBIOS-i kirjaga märkeruut. Kirjeldage konkreetsed toimingud, mida tunnel peab kandma, ja administraator saab taotlust hinnata, selle asemel et arvata «kogu Windowsi võrgu» kohta.

Seotud artiklid