NetBIOS yfir VPN: nafn, gagnagram og lota eru aðskildar þjónustur

„NetBIOS fer ekki í gegnum beina“ er endurtekið eins og það hafi ráðið hönnuninni. Það gerir það ekki. Nafnleit með útsendingu heldur sig venjulega innan eigin útsendingarléns, en NetBIOS-þjónustur geta líka notað stýrt IP-umferð sem er beitt áreynslulaust. Gagnlega spurningin er ekki hvort NetBIOS fari í gegnum beina; hún er hvaða þjónustu af þeim þremur forritið þitt notar.

Hugbúnaðarviðmót, ekki einn vírprótokoll

RFC 1001 lýsir NetBIOS sem viðmóti sem forrit forrita gegn, með nokkrum flutningslögum undir. TCP/UDP-líkan þess aðskilur nafnþjónustu, dreifingu gagnagrama og lotuþjónustu, og það styður beinlínis vinnu með eða án IP-útsendingar.

Þessi tafla er ástæðan fyrir því að kjörorðið bregst. Lotuþjónusta milli tveggja nefndra hýsla er IP-samtal; gagnagram útsendingar er það ekki. Ein VPN-hönnun getur fullnægt fyrra og ekki því síðara, og próf sem sannar hið fyrra segir ekkert um hið síðara.

Tegundir hnúta ráða því hvað biðlarinn biður um

Útsendingar-, punkt-til-punkts- og blönduðu hnútalíkön RFC 1001 lýsa því hvernig hýsill leysir nöfn: með því að spyrja staðarnetið, með því að spyrja nafnþjón beint, eða með því að prófa annað og svo hitt. Líkanið hefur áhrif á hvaða umferð megi heimila, ekki hvort forritið virki yfirhöfuð.

Stýrð nafnþjónsuppsetning gefur biðlurum punkt-til-punkts leið, en aðeins biðlurum sem eru stilltir til að nota hana. Að setja netþjón einhvers staðar á netið fær ekki forrit til að leita ráða hjá honum, og biðlari sem látinn er í útsendingarham mun halda áfram að spyrja staðbundna netkaflann og lenda í tímatöf. Vistfang netþjónsins verður að ná til stillinga biðlarans, eftir þeirri stjórnleið sem sá biðlari virðir.

Skráðu því þrjár athuganir fyrir viðkomandi forrit: hvernig það breytir nafni netþjónsins í vistfang, hvort uppgötvun eða skilaboð nota útsendingu eða stýrðan endapunkt, og hvaða vistfang og flutning raunverulega lotan notar. Þetta eru óháðar staðreyndir, og hver hefur sína úrbót. Ein farsæl nafnlausn er aðeins sönnun um hið fyrra.

NetBIOS yfir TCP/IP er ekki NetBEUI

Þetta tvennt er ruglað saman því bæði eru sögð gömul. NetBIOS yfir TCP/IP ber þjónustur sínar inni í IP-pökkum, sem beitt göng flytur þegar. NetBEUI er lag-2 prótókoll sem ekki er hægt að beina, og IP-göng flytja ekki handahófskenndar Ethernet-rammar bara af því að þau flytja IP.

Að bæta við IP-leið getur ekki breytt ekki-IP-ramma í IP-forrit. Ef forrit veltur raunverulega á hegðun lags 2, eru valkostirnir skýrt afmarkaðri þjónusta lags 2 eða að skipta út forritinu; engin breyting á beiningu kemur í staðinn fyrir hvort tveggja.

Veldu minnstu breytinguna sem fullnægir verkefninu

Núverandi SMB-hlekkur sem næst með samþykktu DNS-nafni og skýrri UNC-leið þarf ekki Ethernet-lengingu. Skráaþjónustuverkefnið og vafurupplifunin eru mismunandi kröfur, og aðeins sú síðari veltur á nágrannalistanum. Að ná í hlekkinn með nafni leysir verkefnið án þess að teygja útsendingarlénið yfir göng.

Vafrið er sá hluti sem venjulega bregst, og það bregst hljóðlega. Vél getur opnað hlekk eftir leið á meðan listinn yfir nálægar tölvur helst tómur, því listinn fyllist af uppgötvun útsendingar og leiðin notar DNS. Að ákveða að þú þurfir listann er önnur krafa en að ákveða að þú þurfir skrána. Skrifaðu niður hvort notandinn baði um í raun og veru áður en þú hannar nokkuð.

Þegar gamalt forrit krefst sannarlega útsendingar eða ekki-IP-ramma, mettu afmarkaða þjónustu lags 2 með nefndum eiganda, eða skiptu forritinu út. Brú víkkar sameiginlega bilunarsviðið og stefnumörk, og það er arkitektúrleg ákvörðun, ekki gluggareitur merktur NetBIOS. Skjalfestu þær tilteknu aðgerðir sem göngin eiga að flytja, og stjórnandi getur metið beiðnina í stað þess að giska á „allt Windows-net“.