NetBIOS mbi një VPN: emri, datagrami dhe sesioni janë shërbime të ndara
Parulla për ruterat është shumë e gjerë. Kontrolloni cilën nga tre shërbimet përdor aplikacioni juaj dhe a i zgjidh emrat me transmetim apo me një server.
«NetBIOS nuk i kalon ruterat» përsëritet sikur kjo ta kishte zgjidhur projektimin. Nuk e ka zgjidhur. Kërkimi i emrit me transmetim zakonisht mbetet brenda domenit të vetë transmetimit, por shërbimet NetBIOS mund të përdorin edhe trafik IP të drejtuar që rutohet fare mirë. Pyetja e dobishme nuk është nëse NetBIOS kalon ruterat; është cilin prej tre shërbimeve të tij përdor aplikacioni juaj.
Një ndërfaqe softuerike, jo një protokoll i vetëm teli
RFC 1001 e përshkruan NetBIOS si një ndërfaqe kundrejt së cilës programojnë aplikacionet, me disa transportë poshtë saj. Modeli i tij TCP/UDP ndan shërbimin e emrave, shpërndarjen e datagrameve dhe shërbimin e sesionit, dhe mbështet në mënyrë të shprehur punën me ose pa transmetim IP.
| 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 |
Pikërisht kjo tabelë tregon pse parulla dështon. Një shërbim sesioni midis dy hosteve të emërtuar është një bisedë IP; një datagram transmetimi nuk është. Një projekt VPN mund të plotësojë të parin dhe jo të dytin, dhe një test që vërteton të parin nuk thotë asgjë për të dytin.
Tipet e nyjeve vendosin se çfarë kërkon klienti
Modelet e nyjeve me transmetim, pikë-për-pikë dhe të përziera të RFC 1001 përshkruajnë se si një host i zgjidh emrat: duke pyetur rrjetin lokal, duke pyetur drejtpërdrejt një server emrash ose duke provuar njërin dhe pastaj tjetrin. Modeli ndikon në atë se çfarë trafiku duhet lejuar, jo në atë nëse aplikacioni funksionon fare.
Një rregullim i administruar me server emrash u jep klientëve një rrugë pikë-për-pikë, por vetëm klientëve të konfiguruar për ta përdorur. Vendosja e një serveri diku në rrjet nuk bën që një aplikacion ta konsultojë, dhe një klient i lënë në regjimin e transmetimit do të vazhdojë të pyesë segmentin lokal dhe do të arrijë në skadim kohe. Adresa e serverit duhet të arrijë në konfigurimin e klientit, përmes cilës rrugë administrimi që ai klient respekton.
Prandaj shënoni tri vëzhgime për aplikacionin në fjalë: si e kthen emrin e serverit në adresë, a përdor zbulimi ose mesazhet transmetim apo një pikë fundore të drejtuar, dhe çfarë adrese e transporti përdor sesioni i vërtetë. Këto janë fakte të pavarura, dhe secili ka zgjidhjen e vet. Një sukses i vetëm i zgjidhjes së emrit është provë vetëm për të parin.
NetBIOS mbi TCP/IP nuk është NetBEUI
Të dy ngatërrohen sepse të dy quhen të vjetër. NetBIOS mbi TCP/IP i mbart shërbimet e tij brenda paketave IP, të cilat një tunel i rutuar i transporton tashmë. NetBEUI është një protokoll i shtresës 2 që nuk mund të rutohet, dhe një tunel IP nuk transporton kuadro Ethernet arbitrare vetëm sepse transporton IP.
Shtimi i një rruge IP nuk mund ta kthejë një kuadër jo-IP në një aplikacion IP. Nëse një aplikacion varet vërtet nga sjellja e shtresës 2, opsionet janë një shërbim i shtresës 2 i kufizuar shprehimisht ose zëvendësimi i aplikacionit; asnjë ndryshim rrugëtimi nuk zëvendëson asnjërën prej tyre.
Zgjidhni ndryshimin më të vogël që e plotëson detyrën
Një ndarje SMB ekzistuese e arritur përmes një emri DNS të miratuar dhe një rruge UNC të shprehur nuk ka nevojë për një zgjerim Ethernet. Detyra e shërbimit të skedarëve dhe përvoja e shfletimit janë kërkesa të ndryshme, dhe vetëm e dyta varet nga lista e fqinjëve. Arritja e ndarjes me emër e zgjidh detyrën pa e zgjatur domenin e transmetimit përmes një tuneli.
Shfletimi është pjesa që zakonisht dështon, dhe dështon në heshtje. Një makinë mund të hapë një ndarje me rrugë ndërsa lista e kompjuterëve aty pranë mbetet bosh, sepse lista mbushet nga zbulimi me transmetim dhe rruga përdor DNS. Të vendosësh se ju duhet lista është një kërkesë tjetër nga të vendosësh se ju duhet skedari. Shkruani se cilën prej tyre kërkoi vërtet përdoruesi përpara se të projektoni gjithçka.
Kur një aplikacion i vjetër kërkon vërtet transmetim ose kuadro jo-IP, vlerësoni një shërbim të shtresës 2 të kufizuar me një pronar të emërtuar, ose zëvendësoni aplikacionin. Një urë zgjeron domenin e përbashkët të dështimit dhe kufirin e politikës, dhe ky është një vendim arkitekturor, jo një kuti me etiketën NetBIOS. Dokumentoni veprimet konkrete që tuneli duhet të transportojë, dhe një administrator mund ta vlerësojë kërkesën në vend që të hamendësojë për «të gjithë rrjetin Windows».