NetBIOS prek VPN: ime, datagram in seja so ločene storitve

«NetBIOS ne prečka usmerjevalnikov» se ponavlja, kot da bi to odločilo zasnovo. Ni je. Iskanje imena z oddajanjem običajno ostane znotraj svoje oddajne domene, vendar lahko storitve NetBIOS uporabljajo tudi usmerjen IP promet, ki se usmerja povsem dobro. Koristno vprašanje ni, ali NetBIOS prečka usmerjevalnike; ampak katero od svojih treh storitev uporablja vaša aplikacija.

Programski vmesnik, ne en sam žični protokol

RFC 1001 opisuje NetBIOS kot vmesnik, proti kateremu programirajo aplikacije, z več prenosi pod njim. Njegov model TCP/UDP ločuje storitev imen, porazdelitev datagramov in sejno storitev ter izrecno podpira delovanje z oddajanjem IP ali brez njega.

Prav ta tabela pokaže, zakaj slogan spodleti. Sejna storitev med dvema poimenovanima gostiteljema je pogovor IP; oddajni datagram ni. Ena zasnova VPN lahko zadovolji prvo in ne druge, test, ki dokaže prvo, pa ne pove ničesar o drugem.

Vrste vozlišč odločajo, kaj zahteva odjemalec

Modeli vozlišč z oddajanjem, od točke do točke in mešani iz RFC 1001 opisujejo, kako gostitelj razrešuje imena: z vprašanjem lokalnemu omrežju, z neposrednim vprašanjem strežniku imen ali s poskusom enega in nato drugega. Model vpliva na to, kateri promet je treba dovoliti, ne na to, ali aplikacija sploh deluje.

Upravljana ureditev s strežnikom imen daje odjemalcem pot od točke do točke, a le odjemalcem, ki so za to konfigurirani. Postavitev strežnika nekam v omrežje ne povzroči, da bi ga aplikacija povprašala, odjemalec, ki ostane v načinu oddajanja, pa bo še naprej spraševal lokalni segment in prišel do poteka časa. Naslov strežnika mora priti v konfiguracijo odjemalca, po tisti upravni poti, ki jo ta odjemalec spoštuje.

Zato zapišite tri ugotovitve za zadevno aplikacijo: kako pretvori ime strežnika v naslov, ali odkrivanje ali sporočanje uporablja oddajanje ali usmerjeno končno točko, in kateri naslov ter prenos uporablja dejanska seja. To so neodvisna dejstva in vsako ima svojo rešitev. Ena uspešna razrešitev imena je dokaz le o prvem.

NetBIOS prek TCP/IP ni NetBEUI

Oba zamenjujejo, ker se obema reče zastarelo. NetBIOS prek TCP/IP nosi svoje storitve znotraj paketov IP, ki jih usmerjen tunel že prenaša. NetBEUI je protokol plasti 2, ki ga ni mogoče usmerjati, in tunel IP ne prenaša poljubnih okvirjev Ethernet samo zato, ker prenaša IP.

Dodajanje poti IP ne more spremeniti ne-IP okvirja v aplikacijo IP. Če je aplikacija res odvisna od vedenja plasti 2, so možnosti izrecno omejena storitev plasti 2 ali zamenjava aplikacije; nobena sprememba usmerjanja ne nadomesti nobene od obeh.

Izberite najmanjšo spremembo, ki nalogo izpolni

Obstoječa skupna mapa SMB, dosegljiva prek odobrenega imena DNS in izrecne poti UNC, ne potrebuje razširitve Ethernet. Naloga datotečne storitve in izkušnja brskanja sta različni zahtevi in le druga je odvisna od seznama sosedov. Doseganje skupne mape po imenu reši nalogo, ne da bi raztegnili oddajno domeno skozi tunel.

Brskanje je tisti del, ki običajno spodleti, in spodleti tiho. Računalnik lahko odpre skupno mapo po poti, medtem ko seznam bližnjih računalnikov ostane prazen, ker se seznam polni z odkrivanjem z oddajanjem, pot pa uporablja DNS. Odločitev, da potrebujete seznam, je druga zahteva kot odločitev, da potrebujete datoteko. Zapišite, kaj je uporabnik v resnici zahteval, preden karkoli zasnujete.

Ko zastarela aplikacija res zahteva oddajanje ali ne-IP okvirje, ocenite omejeno storitev plasti 2 s poimenovanim lastnikom ali zamenjajte aplikacijo. Most razširi skupno domeno odpovedi in mejo politike, to pa je arhitekturna odločitev, ne potrditveno polje z napisom NetBIOS. Dokumentirajte konkretne operacije, ki jih mora tunel prenašati, in skrbnik bo lahko zahtevo ocenil, namesto da bi ugibal o «celem omrežju Windows».