Kvifor ei sletta VPN-rute kjem tilbake etter gjentilkopling

Ei rute du sletta manuelt, er tilbake etter neste gjentilkopling, og tabellen ser nøyaktig ut som før. Dette er ikkje ein rutefeil: noko gjenopprettar oppføringa frå konfigurasjonen eller frå ei handling i livssyklusen til tilkoplinga. Dei fleste runbooks stoppar ved den aktive tabellen, og difor ser slettinga ut til å verke i eitt minutt og feilar deretter. Identifiser eigaren, endre han, og prov det ved ei gjentilkopling.

Kven installerte ruta

Start med ei liste over kandidatar i staden for ei retting. Ein VPN-profil kan bera sine eigne ruter, ein server kan pushe dei ved tilkopling, ein nettverkshandsamarprofil kan erklære dei, ei oppstartseining eller eit skript kan leggje dei til, og IPsec-implementasjonar installerer ruter for trafikkveljarane dei forhandlar om. Policy-rutingreglar kan òg omdirigere trafikk heilt til ein annan tabell.

Tidspunktet skil dei raskare enn konfigurasjonsarkeologi. Ei oppføring som viser seg i det augneblinken grensesnittet kjem opp, høyrer til klienten; ei som kjem eit sekund seinare, kom vanlegvis frå ein server-push; ei som finst ved oppstart, høyrer til den lagra konfigurasjonen. Registrer tabellen før og etter ei tilkopling, ei fråkopling og ein omstart, og mønsteret namngjev eigaren. Ei rute som berre kjem tilbake når tenesta startar på nytt, peikar på ei eining og ikkje på VPN-en.

Les tabellen før du redigerer han

Sjå på kjernens eige syn i staden for ei lagra fil. Protokollkolonnen viser kva som installerte kvar oppføring:

ip route show
ip route show table all
ip rule show

Protokollfeltet, metrikken og tabellnummeret fortel deg om du ser på ei statisk oppføring, ei kjerneoppretta oppføring eller noko ein daemon la til. Regellista er viktig fordi eit oppslag kan forlate hovudtabellen heilt, noko som gjer ei endring der usynleg for programmet du feilsøkjer. Les linja frå venstre mot høgre: destinasjon, gateway, eining, protokoll og metrikk.

Spør deretter kjernen kva rute han faktisk ville bruke. Ei verna adresse er ein betre sonde enn ei offentleg:

ip route get 10.20.5.7

Endre eigaren, ikkje symptomet

Når eigaren er kjend, høyrer endringa til hos den eigaren. Fjern ruta frå klientprofilen, rett den pusja ruta på serveren, eller rediger nettverkshandsamarforbindelsen i staden for å leggje til ei konkurrerande permanent rute som vinn på metrikk. To reglar som kjempar mot kvarandre gjev ein tabell som ingen seinare kan forklare.

Behald unntaket for endepunktet. Ei vertsrute som sender den eigne offentlege adressa til VPN-serveren gjennom den fysiske gatewayen, er det som held dei ytre tunnelpakka i flyt; slettar du ho, prøver tunnelen å bera seg sjølv. På ein split-tunnel-profil gjeld same omhug for dei lokale subnettverka som skal omgå tunnelen.

Kopla til på nytt og verifiser begge vegar

Kopla til på nytt, og kontroller deretter båe destinasjonane i éin gjennomgang. Den verna adressa og det unntatte endepunktet svarer på ulike spørsmål:

ip route get 10.20.5.7
ip route get 198.51.100.20

Den første bør løysast gjennom tunnelgrensesnittet og den andre gjennom den fysiske gatewayen. Viss båe løysast gjennom tunnelen, manglar unntaket; viss ingen gjer det, har profilendringa ikkje trådt i kraft, og du ser på ein annan eigar enn du trudde.

Skriv ned føremålet med ruta, eigaren og kor lenge ho skal leve. Den notata er det som hindrar neste person i å gjenta den same slette-og-kopla-til-på-nytt-syklusen.