Tunel helbide hori parekidea da, ez nabigatu dezakezun azpisare bat
Puntu-puntuko estekan maskarak urruneko muturra deskribatzen du, ez bizilagunen barruti bat. Irakurri parekidearen helbidea azpisarea okerra dela erabaki aurretik.
Zure bezeroak konektatu eta helbide pare bat erakusten du, edo helbide bakarra 255.255.255.255 maskara batekin, eta lehen erreakzioa da zerbitzariak zerbait hondatua eman duela. Ezer ez dago hondatuta: tunel interfaze bat puntu-puntuko esteka da, eta maskarak esteka horren urruneko muturra deskribatzen du, ez bizilagunen barruti bat. Pareari lokal eta parekide gisa irakurtzeak maskara bitxia, alboan duen ostalari bakarreko ibilbidea eta falta den bizilagunen taula azaltzen ditu. Irakurketa berak barkatzen ez duena bulego sarearekin gainjartzen den helbide plan bat da.
Zergatik dirudi maskarak oker tunel estekan
Ethernet interfaze batean, helbide batek eta maskara batek bi gauza esaten dituzte: ostalari honek helbidea du, eta aurrizkiaren barruan dagoen guztia bizilagun zuzena da. Nukleoak bi gertaera horietatik estekako ibilbidea ateratzen du eta gero ustez dauden bizilagunentzako esteka helbideak ebazten ditu. Puntu-puntuko interfaze batek jabetza mantentzen du eta bizilagunak baztertzen ditu, beraz bezeroaren lerroko bigarren helbidea urruneko muturra da, ez segmentu partekatu bateko beste ostalari bat. Ez dago hardware helbideratzetik, ez ebazpen trafikorik eta ez da batzeko broadcast domeinurik, eta horregatik interfazea helmuga bakarra duen hodi baten moduan jokatzen du.
Horregatik da hemen normala maskara zabal baten ondoan ostalari bakarreko ibilbidea, ez sintoma. Esteka honetan irisgarritasunak helbide bat esan nahi du, eta nukleoak zehazki hori idazten du. Irakurri bi helbideak elkarrekin konfigurazioa okerra dela erabaki aurretik, zeren bakoitza bere horretan akats baten itxura baitu.
Bi topologia, bi helbide forma
Puntu-puntuko topologia zaharrenak bezero bakoitzari bloke txiki bat ematen dio eta erdiko bi helbideak erabiltzen ditu, beraz maskarak sare baten zati baten itxura du, ez multzo baten. Azpisare topologiak multzoko helbide bat ematen du multzoko maskararekin eta zerbitzariaren tunel helbidea parekide gisa izendatzen du. Biek esteka balioduna sortzen dute, eta soilik desberdintzen dira profilean zein helbide agertzen diren eta erabiltzaileak ziurrenik zalantzan jarriko duen maskaran.
| Topology | Client address shape | Peer | Route to expect |
|---|---|---|---|
| Point-to-point block per client | Two neighbouring addresses inside a small block | The far address of that block | A single host route on the tunnel device |
| Shared pool | One address carrying the pool mask | The server's tunnel address | A single host route on the tunnel device |
Zein errenkadak bat egiten duen zure bezeroarekin, irakurri lehenengo parekidea, urruneko muturra izendatzen baitu eta horrela maskara azaltzen baitu. Topologia desberdinak erabiltzen dituzten zerbitzarien artean kopiatutako profilek forma okerra erakutsiko du bere etxe berrirako, eta desadostasun hori erraz nahasten da zerbitzariaren hutsegite batekin.
Multzoak eta bulego sareak bit berberak eskatzen dituztenean
Esteka bideratuta dagoenez, multzoak zerbitzariak irits ditzakeen sareen artean inon agertzen ez den aurrizki bat behar du. Partekatu bat eta bezeroak bi leku esan nahi dituen barruti baterako ibilbide bakarra izango du, eta azkenik instalatutako ibilbideak erabakitzen du zein lekuk irabazten duen. Hutsegitea bezeroan agertzen da, nahiz eta haren atzeko erabakia helbide planarena den. Erabiltzaileek salatzen dutena da tokiko routerra desagertzen dela tunela altxatzen denean, edo bulegoko ostalari batzuek soilik erantzuten dutela.
Antzekoak soilik diruditen aurrizkiak beste kasu bat dira, eta oktetoak begiz alderatzea ez da aurrizki alderaketa bat. Idatzi biak eta zenbatu maskaratutako bitak: 192.168.4.0/24 versus 192.168.6.0/24 bit 22 arte bat datoz eta bit 23n dibergitzen dute, hirugarren okteto honela irakurtzen delako: 00000100 versus 00000110, beraz bi sare horiek benetan bereiziak dira. Jarri 10.8.0.0/24 beste baten ondoan 10.8.0.0/24 eta 24 bit maskaratuak bat datoz, hau da, ibilbide batek ezin ditu bi lekuak adierazi. Maskararen luzerak erabakitzen du non gelditzen den alderaketa, eta bigarren instalatutako sarea da galtzen duena.
Bideratutako esteka batek eman ezin duena
Broadcast eta multicast ez dira bideratutako esteka batetik zeharkatzen, eta hainbat funtzio ezagun horien gainean eraikitzen dira. Arakatze zerrendek, izen iragarkiek eta zerbitzuen aurkikuntzak segmentu partekatua suposatzen dute, beraz fitxategi zerbitzari batek eskaera bakoitza helbidez erantzun dezake eta hala ere inoiz ez agertu zerrenda batean. Estekako tokiko broadcastaren mende dagoen izen ebazpenak huts egiten du arrazoi beragatik, eta profileko edozein aldaketak ez du aldatzen tuneletik zer garraia daitekeen. Hori garrantzitsua den ala ez baldintzen kontua da, ez bideratzearena.
Benetan entrega horiek behar dituen bezeroak zubidun interfaze bat behar du, Ethernet markoak garraiatzen dituena eta beraz broadcast domeinua mantentzen duena. Prezioa esteka zaratatsuagoa da, goian deskribatutako helbideratze garbiaren galera, eta hutsegite azalera askoz handiagoa begiztak agertzen direnean. Justifikatu baldintza aldatu aurretik, eta hobetsi bideratutako esteken gainean funtzionatzen duen izen zerbitzua baldintza izenei buruzkoa denean soilik.
Interfazea irakurtzea profila editatu aurretik
Galdetu nukleoari zer instalatu zuen, ez zer dirudien profiletik irakurtzen duenak. Helbideen irteerak maskara azaltzen duen parekidea erakusten du, eta ibilbideen irteerak ea hara bidea badagoen erakusten du. Biak tunel gailuaren aurka exekutatzeak une bat hartzen du eta galdera argitzen du.
ip -4 addr show dev tun0
ip route show dev tun0
ip route get 10.8.0.1Hiru horiek bat badatoz, profilek konfiguratu zena egiten du eta gainerako arazoa beste nonbait dago. Aldatu topologia gaitasun falta bat izendatzen duen arrazoi batengatik soilik, maskara ezezagun bat ez baita hori.