NetBIOS преко VPN-а: име, датаграм и сесија су одвојене услуге

„NetBIOS не пролази кроз рутере“ понавља се као да је то решило пројекат. Није. Тражење имена емитовањем обично остаје унутар свог домена емитовања, али услуге NetBIOS-а могу користити и усмерени IP саобраћај који се сасвим добро рутира. Корисно питање није да ли NetBIOS пролази кроз рутере; питање је коју од своје три услуге користи ваша апликација.

Софтверски интерфејс, а не један жичани протокол

RFC 1001 описује NetBIOS као интерфејс према којем се програмирају апликације, са неколико преноса испод њега. Његов TCP/UDP модел раздваја услугу имена, дистрибуцију датаграма и сесијску услугу, и изричито подржава рад са или без IP емитовања.

Управо та табела показује зашто слоган пропада. Сесијска услуга између два именована хоста је IP разговор; датаграм емитовања није. Један VPN дизајн може задовољити прво, а не друго, и тест који доказује прво не говори ништа о другом.

Типови чворова одлучују шта клијент тражи

Модели чворова емитовања, од тачке до тачке и мешовити из RFC 1001 описују како хост решава имена: питањем локалне мреже, директним питањем сервера имена или испробавањем једног па другог. Модел утиче на то који саобраћај треба дозволити, а не на то да ли апликација уопште ради.

Управљано решење са сервером имена даје клијентима путању од тачке до тачке, али само клијентима који су конфигурисани да га користе. Постављање сервера негде у мрежи не наводи апликацију да га пита, а клијент остављен у режиму емитовања наставиће да пита локални сегмент и стићи ће до истека времена. Адреса сервера мора доћи у конфигурацију клијента, оним управљачким путем који тај клијент поштује.

Зато запишите три запажања за дотичну апликацију: како претвара име сервера у адресу, користи ли откривање или размењивање порука емитовање или усмерену крајњу тачку, и које адресе и преноса користи стварна сесија. То су независне чињенице и свака има своје решење. Једно успешно решавање имена доказ је само за прво.

NetBIOS преко TCP/IP-а није NetBEUI

Двоје се меша зато што се обоје назива застарелим. NetBIOS преко TCP/IP-а носи своје услуге унутар IP пакета, које рутирани тунел већ преноси. NetBEUI је протокол слоја 2 који се не може рутирати, а IP тунел не преноси произвољне Ethernet оквире само зато што преноси IP.

Додавање IP руте не може претворити не-IP оквир у IP апликацију. Ако апликација заиста зависи од понашања слоја 2, опције су изричито ограничена услуга слоја 2 или замена апликације; ниједна промена рутирања не замењује било коју од њих.

Изаберите најмању промену која задовољава задатак

Постојећи SMB део који се достиже одобреним DNS именом и јасном UNC путањом не треба Ethernet проширење. Задатак датотечне услуге и искуство прегледања су различити захтеви, и само други зависи од списка суседа. Достизање дела по имену решава задатак без растезања домена емитовања кроз тунел.

Прегледање је део који обично закаже, и закаже тихо. Рачунар може отворити део по путањи док списак оближњих рачунара остаје празан, јер се списак пуни откривањем емитовањем, а путања користи DNS. Одлука да вам је потребан списак је други захтев од одлуке да вам је потребна датотека. Запишите шта је корисник заиста тражио пре него што било шта дизајнирате.

Када застарела апликација заиста захтева емитовање или не-IP оквире, процените ограничену услугу слоја 2 са именованим власником или замените апликацију. Мост проширује заједнички домен отказа и границу политике, а то је архитектонска одлука, не поље за означавање са натписом NetBIOS. Документујте конкретне операције које тунел мора да преноси, и администратор ће моћи да процени захтев уместо да нагађа о „целој Windows мрежи“.