Wêrom’t in wiske VPN-rûte nei opnij ferbinen weromkomt

In aktive rûte wiskje feroaret neat as in profyl, in push of in boot-ienheid it opnij makket. Fyn de eigner, feroarje it dêr en kontrolearje by in nije ferbining.

In rûte dy’t jo mei de hân wiske hawwe, is nei de folgjende opnij ferbining werom, en de tabel sjocht der krekt út as earder. Dat is gjin routeringsflater: eat makket de ynfier opnij út de konfiguraasje of út in aksje yn ’e libbenssyklus fan ’e ferbining. De measte runbooks stopje by de libbene tabel, dêrom liket it wiskjen in minút te wurkjen en mislearret it dan. Identifisearje de eigner, feroarje dy en bewiis it by in nije ferbining.

Wa’t de rûte ynstallearre hat

Begjin mei in list fan kandidaten ynstee fan in reparaasje. In VPN-profyl kin syn eigen rûtes drage, in tsjinner kin se by it ferbinen pushje, in profyl fan ’e netwurkbehearder kin se ferklearje, in boot-ienheid of skript kin se tafoegje, en IPsec-ymplemintaasjes ynstallearje rûtes foar de ferkiersselekteurs dy’t se ûnderhannelje. Regels foar beliedsrouting kinne it ferkear ek folslein nei in oare tabel trochstjoere.

Timing skiedt se flugger as konfiguraasje-argeology. In ynfier dy’t ferskynt op it momint dat de ynterface omheech giet, heart by de klant; ien dy’t in sekonde letter komt, kaam meastentiids fan in push fan ’e tsjinner; ien dy’t by de boot bestiet, heart by de bewarre konfiguraasje. Registrearje de tabel foar en nei in ferbining, in ôfbrekking en in werstart, en it patroan neamt de eigner. In rûte dy’t allinnich weromkomt as de tsjinst werstartet, wiist op in ienheid en net op it VPN.

Lês de tabel foardat jo dy bewurkje

Sjoch nei de eigen werjefte fan ’e kernel ynstee fan in bewarre bestân. De protokol-kolom lit sjen wat elke ynfier ynstallearre hat:

ip route show
ip route show table all
ip rule show

It protokolfjild, de metryk en it tabelnûmer fertelle jo oft jo nei in statyske ynfier, ien makke troch de kernel of eat tafoege troch in daemon sjogge. De regellist is wichtich, om’t in syktocht de haadtabel folslein ferlitte kin, wat in bewurking dêr ûnsichtber makket foar de applikaasje dy’t jo debugge. Lês de rigel fan links nei rjochts: bestimming, gateway, apparaat, protokol en metryk.

Freegje dan de kernel hokker rûte hy echt brûke soe. In beskerme adres is in bettere probe as in iepenbier:

ip route get 10.20.5.7

Feroarje de eigner, net it symptoom

As de eigner bekend is, heart de feroaring by dy eigner. Helje de rûte út it klantprofyl, korrizjearje de pushte rûte op ’e tsjinner, of bewurkje de ferbining fan ’e netwurkbehearder ynstee fan in konkurrearjende permaninte rûte ta te foegjen dy’t op metryk wint. Twa regels dy’t tsjin elkoar fjochtsje meitsje in tabel dy’t nimmen letter ferklearje kin.

Hâld de útsluting fan it einpunt. In hostrûte dy’t it eigen iepenbiere adres fan ’e VPN-tsjinner troch de fysike gateway stjoert, is wat de bûtenste tunnelpakketten streamen lit; wiskje dy, en de tunnel besiket himsels te dragen. By in split-tunnel-profyl jildt deselde soarch foar de lokale subnetten dy’t de tunnel omgean moatte.

Ferbyn opnij en kontrolearje beide paden

Ferbyn opnij en kontrolearje dan beide bestimmingen yn ien gong. It beskerme adres en it útsluten einpunt beantwurdzje ferskate fragen:

ip route get 10.20.5.7
ip route get 198.51.100.20

De earste moat fia de tunnel-ynterface oplost wurde en de twadde fia de fysike gateway. As beide fia de tunnel oplost wurde, ûntbrekt de útsluting; as gjinien dat docht, hat de profylferoaring gjin effekt hân en sjogge jo nei in oare eigner as jo tochten.

Skriuw it doel fan ’e rûte, de eigner en hoe lang dy libje moat op. Dy notysje is wat de folgjende persoan tsjinhâldt itselde wiskje-en-opnij-ferbine-syklus te werheljen.

Relatearre artikelen