NetBIOS cez VPN: názov, datagram a relácia sú oddelené služby

„NetBIOS neprechádza cez smerovače“ sa opakuje, akoby to vyriešilo návrh. Nevyriešilo. Hľadanie názvu vysielaním zvyčajne zostáva v rámci vlastnej vysielacej domény, no služby NetBIOS môžu používať aj smerovanú IP prevádzku, ktorá sa smeruje úplne dobre. Užitočná otázka nie je, či NetBIOS prechádza cez smerovače; je to, ktorú z troch služieb vaša aplikácia používa.

Softvérové rozhranie, nie jeden drôtový protokol

RFC 1001 opisuje NetBIOS ako rozhranie, proti ktorému aplikácie programujú, s niekoľkými transportmi pod ním. Jeho model TCP/UDP oddeľuje službu názvov, distribúciu datagramov a relačnú službu a výslovne podporuje prevádzku s IP vysielaním aj bez neho.

Práve táto tabuľka ukazuje, prečo slogan zlyháva. Relačná služba medzi dvoma pomenovanými hostiteľmi je IP rozhovor; vysielací datagram nie. Jeden návrh VPN môže splniť prvé a nesplniť druhé, a test, ktorý dokáže prvé, nehovorí o druhom nič.

Typy uzlov rozhodujú, o čo klient žiada

Vysielací, dvojbodový a zmiešaný model uzlov z RFC 1001 opisujú, ako hostiteľ rieši názvy: dotazom na miestnu sieť, priamym dotazom na server názvov alebo vyskúšaním jedného a potom druhého. Model ovplyvňuje, akú prevádzku treba povoliť, nie to, či aplikácia vôbec funguje.

Riadené usporiadanie so serverom názvov dáva klientom dvojbodovú cestu, ale len klientom nakonfigurovaným na jej používanie. Umiestnenie servera niekam do siete nespôsobí, že sa ho aplikácia opýta, a klient ponechaný vo vysielacom režime bude ďalej žiadať miestny segment a čakať do vypršania. Adresa servera sa musí dostať do konfigurácie klienta, tou cestou správy, ktorú tento klient rešpektuje.

Zapíšte si teda tri pozorovania pre dotyčnú aplikáciu: ako prevádza názov servera na adresu, či zisťovanie alebo zasielanie správ používa vysielanie alebo smerovaný koncový bod a akú adresu a transport používa skutočná relácia. To sú nezávislé fakty a každý má svoje riešenie. Jedno úspešné vyriešenie názvu je dôkazom len o prvom z nich.

NetBIOS cez TCP/IP nie je NetBEUI

Oboje sa zamieňa, pretože obom sa hovorí zastarané. NetBIOS cez TCP/IP nesie svoje služby vnútri IP paketov, ktoré smerovaný tunel už prenáša. NetBEUI je nesmerovateľný protokol vrstvy 2 a IP tunel neprenáša ľubovoľné ethernetové rámce len preto, že prenáša IP.

Pridanie IP trasy nemôže premeniť ne-IP rámec na IP aplikáciu. Ak aplikácia skutočne závisí od správania vrstvy 2, možnosti sú výslovne ohraničená služba vrstvy 2 alebo nahradenie aplikácie; žiadna zmena smerovania nenahradí ani jedno z toho.

Zvoľte najmenšiu zmenu, ktorá úlohu splní

Existujúci zdieľaný priečinok SMB dostupný cez schválený názov DNS a výslovnú cestu UNC nepotrebuje rozšírenie Ethernetu. Úloha súborovej služby a zážitok z prehliadania sú rôzne požiadavky a len druhý závisí od zoznamu susedov. Dostať sa k priečinku podľa názvu rieši úlohu bez naťahovania vysielacej domény cez tunel.

Prehliadanie je tá časť, ktorá zvyčajne zlyháva, a zlyháva ticho. Počítač môže otvoriť priečinok po ceste, kým zoznam okolitých počítačov zostáva prázdny, pretože zoznam sa plní zisťovaním vysielaním a cesta používa DNS. Rozhodnutie, že potrebujete zoznam, je iná požiadavka než rozhodnutie, že potrebujete súbor. Napíšte si, o čo používateľ skutočne požiadal, skôr než čokoľvek navrhnete.

Keď zastaraná aplikácia skutočne vyžaduje vysielanie alebo ne-IP rámce, posúďte ohraničenú službu vrstvy 2 s pomenovaným vlastníkom, alebo aplikáciu nahraďte. Most rozširuje spoločnú doménu porúch aj hranicu politiky, a to je architektonické rozhodnutie, nie zaškrtávacie pole s nápisom NetBIOS. Zdokumentujte konkrétne operácie, ktoré tunel musí prenášať, a správca môže žiadosť posúdiť namiesto hádania o „celej sieti Windows“.