NetBIOS sa ibabaw ng VPN: magkahiwalay na serbisyo ang pangalan, datagram at session
Masyadong malawak ang slogan tungkol sa mga router. Suriin kung alin sa tatlong serbisyo ang ginagamit ng aplikasyon mo, at kung nilulutas nito ang mga pangalan sa pamamagitan ng broadcast o ng server.
«Hindi tumatawid ang NetBIOS sa mga router» ay paulit-ulit na sinasabi na parang napagpasyahan na nito ang disenyo. Hindi nito napagpasyahan. Ang paghahanap ng pangalan sa pamamagitan ng broadcast ay karaniwang nananatili sa loob ng sarili nitong broadcast domain, ngunit ang mga serbisyo ng NetBIOS ay maaari ring gumamit ng direktang IP traffic na nairuruta nang maayos. Ang kapaki-pakinabang na tanong ay hindi kung tumatawid ang NetBIOS sa mga router; ito ay kung alin sa tatlong serbisyo nito ang ginagamit ng aplikasyon mo.
Isang software interface, hindi isang wire protocol
Inilalarawan ng RFC 1001 ang NetBIOS bilang isang interface kung saan nagpo-program ang mga aplikasyon, na may ilang transport sa ilalim. Hinihiwalay ng TCP/UDP model nito ang serbisyo ng pangalan, pamamahagi ng datagram at serbisyo ng session, at tahasang sinusuportahan nito ang pagpapatakbo nang may o walang IP broadcast.
| Service | What it does | Transport dependence |
|---|---|---|
| Name | Registers and resolves names | Broadcast, point-to-point, or a name server |
| Datagram | Connectionless messages, including broadcast | Broadcast domain or directed delivery |
| Session | Connection-oriented exchange | TCP connection to a named endpoint |
Ang talahanayang iyon ang dahilan kung bakit nabibigo ang slogan. Ang serbisyo ng session sa pagitan ng dalawang pinangalanang host ay isang usapang IP; ang broadcast datagram ay hindi. Ang isang disenyo ng VPN ay maaaring tumugon sa una at hindi sa pangalawa, at ang pagsubok na nagpapatunay sa una ay walang sinasabi tungkol sa pangalawa.
Ang mga uri ng node ang nagpapasya kung ano ang hinihiling ng kliyente
Inilalarawan ng broadcast, point-to-point at pinaghalong node model ng RFC 1001 kung paano nilulutas ng host ang mga pangalan: sa pamamagitan ng pagtatanong sa lokal na network, ng direktang pagtatanong sa name server, o ng pagsubok sa isa at pagkatapos ay sa isa pa. Ang modelo ay may epekto sa kung anong traffic ang dapat payagan, hindi sa kung gumagana man lang ang aplikasyon.
Ang pinamamahalaang name server setup ay nagbibigay sa mga kliyente ng point-to-point na landas, ngunit sa mga kliyenteng naka-configure na gamitin ito lamang. Ang paglalagay ng server sa kahit saan sa network ay hindi nagiging dahilan upang konsultahin ito ng aplikasyon, at ang kliyenteng naiwan sa broadcast mode ay patuloy na magtatanong sa lokal na segment at makakarating sa timeout. Dapat maabot ng address ng server ang configuration ng kliyente, sa anumang landas ng pamamahala na iginagalang ng kliyenteng iyon.
Kaya itala ang tatlong obserbasyon para sa aplikasyong tinutukoy: kung paano nito ginagawang address ang pangalan ng server, kung ang discovery o pagmemensahe ay gumagamit ng broadcast o ng direktang endpoint, at kung anong address at transport ang ginagamit ng aktwal na session. Ito ay magkakahiwalay na mga katotohanan, at bawat isa ay may sariling lunas. Ang isang matagumpay na paglutas ng pangalan ay katibayan lamang tungkol sa una.
Ang NetBIOS sa ibabaw ng TCP/IP ay hindi NetBEUI
Pinagkakamalang dalawa dahil pareho silang tinatawag na luma. Ang NetBIOS sa ibabaw ng TCP/IP ay nagdadala ng mga serbisyo nito sa loob ng IP packets, na dinadala na ng rutadong tunel. Ang NetBEUI ay isang protocol ng layer 2 na hindi maruruta, at ang IP tunnel ay hindi nagdadala ng arbitraryong Ethernet frame dahil lang sa nagdadala ito ng IP.
Ang pagdaragdag ng IP route ay hindi makapagpapalit ng non-IP frame tungo sa IP application. Kung ang isang aplikasyon ay talagang umaasa sa pag-uugali ng layer 2, ang mga pagpipilian ay isang tahasang limitadong serbisyo ng layer 2 o ang palitan ang aplikasyon; walang pagbabago sa routing ang pumapalit sa alinman sa dalawa.
Piliin ang pinakamaliit na pagbabagong tumutugon sa gawain
Ang umiiral nang SMB share na naaabot sa pamamagitan ng aprubadong DNS name at tahasang UNC path ay hindi nangangailangan ng Ethernet extension. Ang gawain ng file service at ang karanasan sa pagba-browse ay magkaibang pangangailangan, at ang pangalawa lamang ang umaasa sa listahan ng mga kapitbahay. Ang pag-abot sa share sa pamamagitan ng pangalan ay lumulutas ng gawain nang hindi hinihila ang broadcast domain sa isang tunel.
Ang pagba-browse ang bahaging karaniwang nabibigo, at tahimik itong nabibigo. Maaaring buksan ng makina ang share sa pamamagitan ng path habang nananatiling walang laman ang listahan ng mga kalapit na computer, dahil ang listahan ay pinupuno ng broadcast discovery at ang path ay gumagamit ng DNS. Ang pagpapasyang kailangan mo ang listahan ay ibang pangangailangan kaysa sa pagpapasyang kailangan mo ang file. Isulat kung alin sa dalawa ang aktwal na hiniling ng gumagamit bago ka magdisenyo ng anuman.
Kapag ang isang lumang aplikasyon ay talagang nangangailangan ng broadcast o non-IP frames, suriin ang isang limitadong serbisyo ng layer 2 na may pinangalanang may-ari, o palitan ang aplikasyon. Ang tulay ay nagpapalawak ng ibinahaging domain ng pagkasira at ng hangganan ng patakaran, at iyon ay isang desisyong arkitektural, hindi isang checkbox na may tatak na NetBIOS. Idokumento ang mga partikular na operasyong dapat dalhin ng tunel, at ang administrador ay makakapag-ebalwasyon ng kahilingan sa halip na manghula tungkol sa «buong Windows network».