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».