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 мрежа».