See tunneliaadress on partner, mitte alamvõrk, mida saab sirvida
Punkt-punkti lingil kirjeldab mask kaugemat otsa, mitte naabrite vahemikku. Lugege partneri aadress enne, kui otsustate, et alamvõrk näib vale.
Teie klient loob ühenduse ja näitab aadressipaari või ühte aadressi, millel on 255.255.255.255 mask, ja esimene reaktsioon on, et server andis midagi katki. Miski ei ole katki: tunneliliides on punkt-punkti link ja mask kirjeldab selle ühe lingi kaugemat otsa, mitte naabrite vahemikku. Paari lugemine kohaliku ja partnerina seletab veidrat maski, selle kõrval olevat üksikhosti marsruuti ja puuduvat naabritabelit. Mida sama lugemine ei vabanda, on aadressiplaan, mis kattub kontorivõrguga.
Miks mask tunnelilingil vale välja näeb
Etherneti liidesel ütlevad aadress ja mask kahte asja: see host omab aadressi ja kõik prefiksi sees on otsene naaber. Kernel tuletab nendest kahest faktist lingil oleva marsruudi ja seejärel lahendab lingiaadressid naabritele, keda ta peab kohalolevaks. Punkt-punkti liides hoiab omandi ja jätab naabrid kõrvale, seega on kliendi real teine aadress kaugem ots, mitte teine host jagatud segmendil. Puudub riistvaraadresseerimine, puudub lahendusliiklus ja puudub ringhäälingudomeen, millega liituda, mistõttu käitub liides nagu toru täpselt ühe sihtkohaga.
Samuti on seetõttu laia maski kõrval üksikhosti marsruut siin normaalne, mitte sümptom. Sellel lingil kättesaadavus tähendab ühte aadressi ja kernel kirjutab üles täpselt selle. Lugege kahte aadressi koos enne, kui otsustate, et konfiguratsioon on vale, sest kumbki üksi näeb välja nagu viga.
Kaks topoloogiat, kaks aadressikuju
Vanem punkt-punkti topoloogia annab igale kliendile väikese ploki ja kasutab kaht keskmist aadressi, mistõttu mask näib võrgu fragment, mitte kogumina. Alamvõrgu topoloogia jagab aadressi kogumist kogumi maskiga ja nimetab serveri tunneliaadressi partneriks. Mõlemad loovad kehtiva lingi ja erinevad ainult selle poolest, millised aadressid profiilis esinevad ja millist maski kasutaja tõenäoliselt kahtluse alla seab.
| 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 |
Ükskõik milline rida teie kliendile sobib, lugege esmalt partnerit, sest see nimetab kaugema otsa ja seletab seega maski. Erinevate topoloogiatega serverite vahel kopeeritud profiil näitab oma uue kodu jaoks vale kuju ja seda lahknevust aetakse kergesti segi serveri rikkega.
Kui kogum ja kontorivõrk nõuavad samu bitte
Kuna link on marsruuditud, vajab kogum prefiksit, mida ei esine üheski võrgus, milleni server pääseb. Jagage üks ja klient hoiab üht marsruuti vahemiku jaoks, mis tähendab kahte kohta, ja selle, milline koht võidab, otsustab viimasena paigaldatud marsruut. Rike ilmneb kliendil, kuigi selle taga olev otsus kuulub aadressiplaani. Kasutajad teatavad, et kohalik ruuter kaob, kui tunnel tõuseb, või et vastavad ainult mõned kontori hostid.
Prefiksid, mis lihtsalt näevad sarnased välja, on teine juhtum, ja oktettide silmaga võrdlemine ei ole prefiksi võrdlus. Kirjutage mõlemad välja ja loendage maskeeritud bitid: 192.168.4.0/24 vastu 192.168.6.0/24 langevad kokku bitini 22 ja lahknevad bitil 23, sest kolmandat oktetti loetakse kui 00000100 vastu 00000110, seega on need kaks võrku tõesti eraldi. Pange 10.8.0.0/24 teise kõrvale 10.8.0.0/24 ja kõik 24 maskeeritud bitti langevad kokku, mis tähendab, et üks marsruut ei saa väljendada mõlemat kohta. Maski pikkus otsustab, kus võrdlus lõpeb, ja teisena paigaldatud võrk on see, mis kaotab.
Mida marsruuditud link edastada ei saa
Ringhääling ja multicast ei liigu üle marsruuditud lingi ja mitmed tuttavad funktsioonid on nende peale ehitatud. Sirvimisnimekirjad, nimekuulutused ja teenuseavastus eeldavad jagatud segmenti, seega failiserver võib vastata igale päringule aadressi järgi ja ikkagi mitte kunagi nimekirjas ilmuda. Lingikohalikust ringhäälingust sõltuv nime lahendus ebaõnnestub samal põhjusel ja ükski profiilimuudatus ei muuda seda, mida tunnel suudab kanda. Kas see loeb, on nõuete, mitte marsruutimise küsimus.
Klient, kes neid tarneid tõesti vajab, nõuab sillatud liidest, mis kannab Etherneti kaadreid ja hoiab seega ringhäälingudomeeni. Hind on lärmakam link, ülal kirjeldatud puhta adresseerimise kaotus ja palju suurem rikkepind, kui silmused ilmuvad. Põhjendage nõuet enne ümberlülitamist ja eelistage nimeserverit, mis töötab marsruuditud linkide kaudu, kui nõue puudutab ainult nimesid.
Liidese lugemine enne profiili muutmist
Küsige kernelilt, mida see paigaldas, mitte seda, mida profiil näib ütlevat. Aadresside väljund näitab partnerit, mis seletab maski, ja marsruutide väljund näitab, kas sinna viib tee. Mõlema käivitamine tunneliliidese vastu võtab hetke ja lahendab küsimuse.
ip -4 addr show dev tun0
ip route show dev tun0
ip route get 10.8.0.1Kui need kolm sobivad, teeb profiil seda, milleks see konfigureeriti, ja ülejäänud probleem on mujal. Muutke topoloogiat ainult põhjusel, mis nimetab puuduva võimekuse, sest tundmatu mask ei ole see.