Ser ruterens VPN bra ut etter eit straumbrot? Test desse fire laga

Ein ruter som lyser opp etter eit brot, har gjenoppretta konfigurasjonen sin, ikkje tilkoplinga. Etter eit straumbrot kan ein ruter gjenoppretta den lagra VPN-profilen før avhengnadene profilen treng er klare: modemet oppstraums kan framleis trene, klokka kan vere feil, og autentiseringa kan vere ufullstendig. Lyset i panelet og den lagra konfigurasjonen skildrar meining, ikkje ein fungerande tunnel. Kontroller dei fire laga nedanfor i rekkjefølgje i staden for å byte profilen, for det er det folk gjer som nummer to og angrar på som nummer éin.

Alt her føreset at du er på staden eller har ein inngangsveg som ikkje avheng av tunnelen du testar. Om ikkje, ordne det før neste straumbrot.

Første lag: er WAN faktisk tilbake

Byrj med modemet, ikkje panelet på ruteren. Ein ruter som fullfører oppstarten før modemet har trent, viser eit sunt grensesnitt utan noko bak, og tunnelen har ingen motpart å nå. Stadfest at modemet faktisk sender vidare, og stadfest deretter at ruteren har teke WAN-innstillingane du ventar. Sjekk òg om WAN-adressa er endra: ei dynamisk adresse som kjem tilbake annleis kan gjere ei adressebasert regel eller ei ekstern tillatingsliste ugyldig, og frå innsida av nettet ser det ut som ein VPN-feil.

Nokre aksessnett krev òg eit nytt opptaksteg etter eit brot. Les klientloggen for det første feilsteget i staden for å gisse: den første feilen nemner laget, og alt etterpå er følgje. Skriv adressa og opptaksresultatet i saka, for begge avgjer om same profil verkar i morgon. Ei endra adresse er ei fem minutts retting og eit to timars mysterium.

Andre lag: kontroller klokka før sertifikatet

Feil klokke forstyrrar gyldet til sertifikatet og alt tidsbasert, og eit innebygd apparat som startar utan ei fungerande tidskjelde kan bli ståande på ein gammal dato ei stund. Sertifikatvalideringa feilar då av ein grunn som ikkje har noko med legitimasjonen å gjere. Ein gyldefeil der datoane er år feil peikar på klokka; same feil med gjeldande datoar peikar på sertifikatet.

date -u
chronyc tracking

Bruk den støtta tidsgjenopprettingsprosessen og stadfest klokka på ruteren før du rører profilen. Å slå av validering for å kome forbi feilen gjer eit mellombels ordensproblem til ein varig svekking, og det er den vanlegaste dårlege rettinga i dette scenarioet. Viss eininga ikkje har batteridriven klokke, har oppstartsrekkjefølgja noko å seie: ho treng nettilgang før ho kan synkronisere tid, og tid før ho kan validere ein tunnel. Det er den rekkjefølgja som må rettast om same feil blir gjenteke etter kvart straumbrot.

Tredje lag: les kva tunnelen seier

Kontroller tilstanden til sjølve tunnelen og resultatet av handtrykket eller autentiseringa, ikkje at grensesnittet er oppe. Eit grensesnitt kan finnast utan ein etablert motpart, og ein klient kan vise tilkopla medan nøkkel fornying feilar. Skil transporttidsavbrot frå tydelege avvisingar: eit tidsavbrot tyder på at vegen eller motparten enno ikkje er nårbar, medan ei avvising betyr at den andre sida svara og avviste, oftast på grunn av legitimasjon, eit sertifikat eller ein motpartsidentitet som ikkje lenger stemmer. Å sende brukaren gjennom ei passordnullstilling for eit tidsavbrot kastar bort ettermiddagen til alle.

Hald den sist kjende gode konfigurasjonen ved handa slik at du kan samanlikne felt i staden for å byggje dei opp att. Om eit felt er endra, er den endringa funnet. Samanlikn det felt for felt med den gjenoppretta i staden for berre å lese den gjenoppretta. Dei fleste overraskingar etter eit brot er eit felt som stille fall tilbake til ein malstandard.

Fjerde lag: test frå eininga lenger nede

Opne ein ufarleg tillaten ressurs frå ein klient bak ruteren, og stadfest deretter kva utgang eller privat rute trafikken faktisk brukte. Kontroller DNS og kvar adressefamilie du hevdar å dekkje, for sonden til ruteren sjølv kan lukkast medan klientpolitikken framleis er feil — sonden brukar ofte ei anna kjelde, ei anna tabell eller ein annan resolverveg.

curl -s https://ifconfig.me
nslookup example.com

Viss tunnelen er nede og ikkje berre feilkonfigurert, avgjer om råka klientar må blokkerast eller kan bruke ein godkjend reserve. Det valet høyrer i failover-planen før eit brot, ikkje i ein chat-tråd under eitt. Skriv den observerte utgangen og resolveren i straumbrotssaka. To linjer no sparer neste person ein time med gissing om kva veg som var aktiv i vindauget.

Kva som må rettast for at neste straumbrot blir kortare

Viss feilen blir gjenteken, er rettinga rekkjefølgje, ikkje konfigurasjon: hev WAN, deretter tid, deretter tunnelen, deretter klientpolitikk. Dei fleste rutarar uttrykkjer det som ein avhengnad eller ei forseinking, og ei kort medviten forseinking slår ei omskriving av profilen.

Gjenta deretter den vanlege omstartstesten etter at du har endra det, inkludert kontrollen på klientsida. Ein omstartstest som berre ser på panelet til ruteren, testar det minst informative av dei fire laga.