Kva ein VPN-rutetabell fortel deg, og kva han ikkje kan
Installerte prefiks er lokale vidaresendingsinstruksar, ikkje ei oversikt over eksterne tenester. Les tabellen for det han bevisar, og spør deretter eigaren.
Du koplar til, køyrer ei ruteoppføring og ser eit subnett du aldri har høyrt om peike på tunnelen. Den linja seier éin ting presist og fleire ting ikkje i det heile. Ho registrerer korleis denne maskina vil vidaresende pakkar til det prefikset, ingenting om kva vertar som finst der, og ingenting om kva kontoen din kan nå. Å lese ho rett tek eit minutt; å lese ho som ei oversikt tek mykje lengre tid å avlære.
Les tabellen som lokale instruksar
Ei rute er ein vidaresendingsinstruks som den lokale kjernen held: for dette prefikset brukar du dette grensesnittet og dette neste hoppet. Lengda på prefikset avgjer kor spesifikk instruksen er, og det lengste treffet vinn. Ingenting i den regelen nemner løyve, tenestetilstand eller ekstern topologi.
Policyreglar kan gripe inn før tabellen blir konsultert, og difor kan ei rute finnast og likevel ikkje vere den ei gjeven pakke brukar. Les reglane saman med tabellen, og spør deretter kjernen kva veg han ville velje for ein bestemt destinasjon. Svaret for éin adresse er verdt meir enn ei side med prefiks, og det er det einaste svaret som speglar merka, namneromma og grensesnittbindingane klienten har brukt.
Eit breitt prefiks er ikkje ein katalog
Eit /16 ruta gjennom tunnelen betyr ikkje seksten tusen tilgjengelege vertar, og ei standardrute betyr endå mindre. Tenaren bestemmer kven som svarar, brannmuren bestemmer kva som er tillate, og kontoen bestemmer kva som er autorisert.
Ein smal tabell har den motsette fella: eit manglande prefiks kan bety at destinasjonen er tilgjengeleg via ein annan veg, eller rett og slett at han ikkje er ruta i det heile. Dei to tilfella ser identiske ut til du testar dei. Samanlikn tabellen med ressursen du vart beden om å bruke, ikkje med forventningane dine om kva ein VPN bør innehalde.
Kvar oppføringane kjem frå
Ruter kjem frå minst fire stader: konfigurasjonsfila, tenaren som dyttar ei rute under tilkoplingsoppsettet, ein nettverkshandsamar som eig grensesnittet, og ein person som skriv ein kommando under ei hending. Kvar har ulik levetid og ulik eigar.
Den som vart skriven under eit avbrot, er den som forsvinn ved omstart og ikkje visest i nokon sin dokumentasjon. Ei rute som tenaren dyttar, endrar seg når tenaren endrar seg, og difor dukkar eit uforklart nytt prefiks ofte opp etter ein gateway-oppdatering og ikkje etter ei klientendring. Denne ip-route-manualen dokumenterer syntaksen for tabellen og felta om du treng å lese flagga.
Kontroller ruta mot tenesteavtalen
Den nyttige samanlikninga er mellom tabellen og tenesta du vart lova: namn, adresseomfang, port og eigar. Skriv dei fire ved sida av prefikset, og hola blir synlege.
ip route show table all dev tun0
ip route get 10.20.5.9
ip rule show
Om prefikset finst og tenesta likevel feilar, har tabellen gjort jobben sin, og problemet er ein annan stad: namneoppslag, ein brannmur på den andre sida eller ein konto utan den rette gruppa. Om prefikset manglar, er spørsmålet kven som burde ha levert det, ikkje kva ein skal skrive. Kvart av dei to svara namngir eit team å spørje neste gong, og det er den einaste nyttige utgangen av å lese ein rutetabell. Skriv ned det namnet før du lukkar terminalen.
Registrer før og etter av kvar endring, med dato og grensesnitt. Ein rutetabell er eit augeblinksbilete av eit augeblink på éi maskin, og han blir først bevis når nokon har skrive ned når han vart teken.