Ta naslov tunela je partner, ne podomrežje, ki bi ga lahko brskali
Maska na povezavi od točke do točke opisuje oddaljeni konec, ne obsega sosedov. Preberite naslov partnerja, preden sklepate, da je podomrežje videti napačno.
Vaš odjemalec se poveže in pokaže par naslovov ali en naslov z 255.255.255.255 masko, in prvi odziv je, da je strežnik izdal nekaj pokvarjenega. Nič ni pokvarjeno: tunelski vmesnik je povezava od točke do točke, maska pa opisuje oddaljeni konec te ene povezave, ne obsega sosedov. Branje para kot lokalnega naslova in partnerja pojasni čudno masko, pot do enega gostitelja ob njej in manjkajočo tabelo sosedov. Česar isto branje ne opraviči, je načrt naslovov, ki se prekriva s pisarniškim omrežjem.
Zakaj je maska na tunelski povezavi videti napačna
Na vmesniku Ethernet naslov in maska trdita dve stvari: ta gostitelj ima naslov in vse znotraj predpone je neposredni sosed. Jedro iz teh dveh dejstev izpelje pot na povezavi in nato razreši naslove povezave za sosede, za katere meni, da so prisotni. Vmesnik od točke do točke obdrži lastništvo in sosede zavrže, zato je drugi naslov v vrstici odjemalca oddaljeni konec in ne drug gostitelj v skupnem segmentu. Ni strojnega naslavljanja, prometa razreševanja in ničesar, kar bi bila oddajna domena, ki bi se ji pridružili, zato se vmesnik obnaša kot cev z natanko enim ciljem.
Zato je pot do enega gostitelja ob široki maski tu običajna in ne simptom. Dosegljivost na tej povezavi pomeni en naslov, in jedro zapiše natanko to. Preberite oba naslova skupaj preden sklepate, da je konfiguracija napačna, ker je vsak sam videti kot napaka.
Dve topologiji, dve obliki naslova
Starejša topologija od točke do točke da vsakemu odjemalcu majhen blok in uporabi dva srednja naslova, zato je maska videti kot del omrežja in ne kot nabor. Topologija podomrežja podeli naslov iz nabora z masko nabora in tunelski naslov strežnika imenuje partner. Obe ustvarita veljavno povezavo in se razlikujeta le po tem, kateri naslovi se pojavijo v profilu in katero masko bo uporabnik verjetno postavil pod vprašaj.
| 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 |
Katera koli vrstica ustreza vašemu odjemalcu, najprej preberite partnerja, ker poimenuje oddaljeni konec in zato pojasni masko. Profil, kopiran med strežniki z različnimi topologijami, bo za svoj novi dom pokazal napačno obliko, in to neskladje zlahka zamenjamo z okvaro strežnika.
Ko si nabor in pisarniško omrežje lastita iste bite
Ker je povezava usmerjena, nabor potrebuje predpono, ki se ne pojavi v nobenem od omrežij, dosegljivih strežniku. Delite eno in odjemalec bo imel eno samo pot za obseg, ki pomeni dva kraja, in kateri kraj bo zmagal, odloči nazadnje nameščena pot. Napaka se pokaže pri odjemalcu, čeprav odločitev za njo pripada načrtu naslovov. Uporabniki poročajo, da lokalni usmerjevalnik izgine, ko se tunel dvigne, ali da odgovarjajo le nekateri pisarniški gostitelji.
Predpone, ki so le videti podobne, so drug primer, in primerjanje oktetov na oko ni primerjava predpon. Zapišite obe in preštejte maskirane bite: 192.168.4.0/24 proti 192.168.6.0/24 se ujemata do bita 22 in se razideta pri bitu 23, ker se tretji oktet bere kot 00000100 proti 00000110, zato sta ti dve omrežji resnično ločeni. Postavite 10.8.0.0/24 ob drugega 10.8.0.0/24 in vseh 24 maskiranih bitov se ujema, kar pomeni, da ena pot ne more izraziti obeh krajev. Dolžina maske odloči, kje se primerjava ustavi, in omrežje, nameščeno drugo, je tisto, ki izgubi.
Česa usmerjena povezava ne more dostaviti
Razširjanje in multicast ne potujeta čez usmerjeno povezavo, in več znanih funkcij je zgrajenih na njima. Seznami za brskanje, objave imen in odkrivanje storitev vsi predpostavljajo skupni segment, zato lahko strežnik datotek odgovori na vsako zahtevo po naslovu in se vseeno nikoli ne pojavi na seznamu. Razreševanje imen, ki je odvisno od lokalnega razširjanja povezave, spodleti iz istega razloga, in nobeno urejanje profila ne spremeni, kaj lahko tunel prenese. Ali je to pomembno, je vprašanje zahtev, ne usmerjanja.
Odjemalec, ki te dostave res potrebuje, zahteva mostni vmesnik, ki prenaša okvire Ethernet in zato ohrani oddajno domeno. Cena je hrupnejša povezava, izguba čistega naslavljanja, opisanega zgoraj, in veliko večja površina okvar, ko se pojavijo zanke. Utemeljite zahtevo pred preklopom in dajte prednost imenski storitvi, ki deluje prek usmerjenih povezav, ko se zahteva nanaša le na imena.
Branje vmesnika pred urejanjem profila
Vprašajte jedro, kaj je namestilo, ne kaj profil očitno pravi. Izhod naslovov pokaže partnerja, ki pojasni masko, izhod poti pa, ali do njega obstaja pot. Zagon obeh proti tunelski napravi traja trenutek in vprašanje razreši.
ip -4 addr show dev tun0
ip route show dev tun0
ip route get 10.8.0.1
Če se ti trije ujemajo, profil dela tisto, za kar je bil konfiguriran, in preostala težava je drugje. Spreminjajte topologijo le zaradi razloga, ki poimenuje manjkajočo zmožnost, ker neznana maska to ni.