NetBIOS VPN-en át: a név, a datagram és a munkamenet külön szolgáltatás
Az útválasztókról szóló szlogen túl tág. Vizsgálja meg, melyik három szolgáltatást használja az alkalmazása, és hogy feloldja-e a neveket sugárzással vagy kiszolgálóval.
A „a NetBIOS nem jut át az útválasztókon” mondat úgy ismétlődik, mintha eldöntötte volna a tervezést. Nem döntötte el. A sugárzásos névkeresés általában a saját sugárzási tartományán belül marad, de a NetBIOS szolgáltatások irányított IP-forgalmat is használhatnak, amely teljesen jól útválasztódik. A hasznos kérdés nem az, hogy a NetBIOS átjut-e az útválasztókon; hanem az, hogy az alkalmazása melyik három szolgáltatását használja.
Szoftverfelület, nem egyetlen huzalprotokoll
Az RFC 1001 a NetBIOS-t olyan felületként írja le, amelyre az alkalmazások programoznak, alatta több átvitellel. TCP/UDP modellje különválasztja a névszolgáltatást, a datagramok elosztását és a munkamenet-szolgáltatást, és kifejezetten támogatja az IP-sugárzással vagy anélküli működést.
| Service | What it does | Transport dependence |
|---|---|---|
| Name | Registers and resolves names | Broadcast, point-to-point, or a name server |
| Datagram | Connectionless messages, including broadcast | Broadcast domain or directed delivery |
| Session | Connection-oriented exchange | TCP connection to a named endpoint |
Ez a táblázat az oka annak, hogy a szlogen megbukik. Két megnevezett hoszt közötti munkamenet-szolgáltatás IP-beszélgetés; a sugárzásos datagram nem az. Egy VPN-terv kielégítheti az elsőt és nem a másodikat, és egy teszt, amely az elsőt bizonyítja, semmit sem mond a másodikról.
A csomóponttípusok döntik el, mit kér a kliens
Az RFC 1001 sugárzásos, pont-pont közötti és vegyes csomópontmodelljei leírják, hogyan old fel egy hoszt neveket: a helyi hálózatot kérdezve, közvetlenül egy névkiszolgálót kérdezve, vagy az egyiket, majd a másikat próbálva. A modell azt befolyásolja, milyen forgalmat kell engedélyezni, nem azt, hogy az alkalmazás egyáltalán működik-e.
A kezelt névkiszolgáló-elrendezés pont-pont közötti útvonalat ad a klienseknek, de csak azoknak, amelyeket erre beállítottak. Egy kiszolgáló valahova a hálózatra helyezése nem éri el, hogy egy alkalmazás megkérdezze, és a sugárzási módban hagyott kliens tovább kérdezi a helyi szegmenst, és időtúllépésbe fut. A kiszolgáló címének el kell jutnia a kliens beállításaiba, azon a felügyeleti úton, amelyet az a kliens tiszteletben tart.
Ezért rögzítsen három megfigyelést az érintett alkalmazásról: hogyan alakítja a kiszolgáló nevét címmé, a felderítés vagy az üzenetküldés sugárzást vagy irányított végpontot használ-e, és milyen címet és átvitelt használ a tényleges munkamenet. Ezek független tények, és mindegyiknek megvan a maga megoldása. Egyetlen sikeres névfeloldás csak az elsőről ad bizonyítékot.
A TCP/IP feletti NetBIOS nem NetBEUI
A kettőt összekeverik, mert mindkettőt elavultnak nevezik. A TCP/IP feletti NetBIOS a szolgáltatásait IP-csomagokban viszi, amelyeket egy útválasztott alagút már továbbít. A NetBEUI egy nem útválasztható, 2-es rétegbeli protokoll, és az IP-alagút nem továbbít tetszőleges Ethernet-kereteket csak azért, mert IP-t továbbít.
Egy IP-útvonal hozzáadása nem alakít egy nem IP-keretet IP-alkalmazássá. Ha egy alkalmazás valóban a 2-es réteg viselkedésétől függ, a lehetőségek egy kifejezetten korlátozott 2-es rétegű szolgáltatás vagy az alkalmazás lecserélése; egyetlen útválasztási változtatás sem helyettesíti egyiket sem.
Válassza a legkisebb változtatást, amely kielégíti a feladatot
Egy jóváhagyott DNS-névvel és kifejezett UNC-útvonallal elérhető meglévő SMB-megosztásnak nincs szüksége Ethernet-kiterjesztésre. A fájlszolgáltatási feladat és a böngészési élmény külön követelmények, és csak a második függ a szomszédok listájától. A megosztás név szerinti elérése megoldja a feladatot anélkül, hogy a sugárzási tartományt egy alagúton át nyújtanánk.
A böngészés az a rész, amely általában meghiúsul, és csendben hiúsul meg. Egy gép megnyithat egy megosztást útvonal szerint, miközben a közeli számítógépek listája üres marad, mert a listát sugárzásos felderítés tölti fel, és az útvonal DNS-t használ. Eldönteni, hogy szüksége van a listára, más követelmény, mint eldönteni, hogy szüksége van a fájlra. Írja le, melyiket kérte valójában a felhasználó, mielőtt bármit tervezne.
Amikor egy elavult alkalmazás valóban sugárzást vagy nem IP-kereteket igényel, mérlegeljen egy megnevezett tulajdonossal rendelkező, korlátozott 2-es rétegű szolgáltatást, vagy cserélje le az alkalmazást. Egy híd kiterjeszti a közös hiba tartományát és a házirend-határt, ami építészeti döntés, nem pedig egy NetBIOS feliratú jelölőnégyzet. Dokumentálja a konkrét műveleteket, amelyeket az alagútnak továbbítania kell, és az adminisztrátor képes lesz értékelni a kérést ahelyett, hogy a „teljes Windows-hálózatról” találgatna.