VPN-ul routerului arată bine după o pană de curent? Verificați aceste patru straturi

Un router care se aprinde după o pană și-a restaurat configurația, nu conectivitatea. După o pană de curent, un router poate restaura profilul VPN salvat înainte ca dependențele de care are nevoie acel profil să fie gata: modemul din amonte poate fi încă în antrenament, ceasul poate fi greșit, iar autentificarea poate să nu fie finalizată. Lumina din panou și configurația salvată descriu o intenție, nu un tunel funcțional. Verificați cele patru straturi de mai jos în ordine, în loc să înlocuiți profilul, pentru că asta fac oamenii a doua oară și regretă prima dată.

Tot ce urmează presupune că sunteți la fața locului sau aveți o cale de acces care nu depinde de tunelul pe care îl testați. Dacă nu, organizați asta înainte de următoarea pană.

Primul strat: a revenit WAN-ul cu adevărat

Începeți cu modemul, nu cu panoul routerului. Un router care termină pornirea înainte ca modemul său să se fi antrenat arată o interfață sănătoasă fără nimic în spate, iar tunelul nu are niciun partener la care să ajungă. Confirmați că modemul chiar transmite, apoi confirmați că routerul a preluat setările WAN pe care le așteptați. Verificați și dacă adresa WAN s-a schimbat: o adresă dinamică ce revine diferită poate invalida o regulă bazată pe adresă sau o listă de permisiuni la distanță, iar din interiorul rețelei asta arată ca o defecțiune VPN.

Unele rețele de acces cer și un pas nou de admitere după o pană. Citiți jurnalul clientului pentru prima etapă de eșec în loc să ghiciți: prima eroare numește stratul, iar tot ce urmează este consecință. Notați adresa și rezultatul admiterii în tichet, pentru că ambele decid dacă același profil va funcționa mâine. O adresă schimbată este o corectare de cinci minute și un mister de două ore.

Al doilea strat: verificați ceasul înaintea certificatului

Un ceas greșit interferează cu valabilitatea certificatului și cu tot ce depinde de timp, iar un dispozitiv încorporat care pornește fără o sursă de timp funcțională poate sta pe o dată veche o vreme. Validarea certificatului eșuează atunci dintr-un motiv care nu are nimic de-a face cu acreditarea. O eroare de valabilitate ale cărei date sunt decalate cu ani indică ceasul; aceeași eroare cu date actuale indică certificatul.

date -u
chronyc tracking

Folosiți procesul de recuperare a timpului acceptat și confirmați ceasul routerului înainte de a atinge profilul. Dezactivarea validării pentru a trece de eroare transformă o problemă temporară de ordine într-o slăbire permanentă, și este cea mai frecventă corectare greșită în acest scenariu. Dacă dispozitivul nu are ceas cu baterie, ordinea de pornire contează: are nevoie de acces la rețea înainte de a sincroniza timpul și de timp înainte de a valida un tunel. Acea ordine este ce trebuie corectat dacă aceeași defecțiune se repetă după fiecare pană.

Al treilea strat: citiți ce spune tunelul

Verificați starea tunelului însuși și rezultatul strângerii de mână sau al autentificării, nu dacă interfața este activă. O interfață poate exista fără un partener stabilit, iar un client poate arăta conectat în timp ce reînnoirea cheilor eșuează. Separați expirările de transport de refuzurile explicite: o expirare sugerează că traseul sau partenerul nu sunt încă accesibile, în timp ce un refuz înseamnă că partea îndepărtată a răspuns și a refuzat, cel mai des din cauza acreditărilor, a unui certificat sau a unei identități de partener care nu mai corespunde. Trimiterea utilizatorului la resetarea parolei din cauza unei expirări irosește după-amiaza tuturor.

Țineți la îndemână ultima configurație bună cunoscută pentru a compara câmpuri în loc să le reconstruiți. Dacă un câmp s-a schimbat, acea schimbare este constatarea. Comparați-l câmp cu câmp cu cea restaurată în loc să citiți doar cea restaurată. Majoritatea surprizelor de după o pană sunt un câmp care a revenit în tăcere la o valoare implicită a șablonului.

Al patrulea strat: testați de pe un dispozitiv din aval

Deschideți o resursă permisă și inofensivă de pe un client din spatele routerului, apoi confirmați ce ieșire sau rută privată a folosit de fapt traficul. Verificați DNS-ul și fiecare familie de adrese pe care spuneți că o acoperiți, pentru că sonda routerului însuși poate reuși în timp ce politica clientului este încă greșită — sonda folosește adesea altă sursă, alt tabel sau altă cale de rezolvare.

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

Dacă tunelul este căzut și nu doar configurat greșit, decideți dacă clienții afectați trebuie blocați sau pot folosi o soluție de rezervă aprobată. Acea alegere aparține planului de comutare înainte de o pană, nu unui fir de discuție în timpul ei. Scrieți ieșirea și rezolvatorul observate în tichetul penei. Două rânduri acum economisesc următoarei persoane o oră de presupuneri despre ce cale a fost activă în fereastră.

Ce trebuie corectat ca următoarea pană să fie mai scurtă

Dacă defecțiunea se repetă, corectarea este ordinea, nu configurația: ridicați WAN-ul, apoi timpul, apoi tunelul, apoi politica clientului. Majoritatea routerelor exprimă asta ca o dependență sau o întârziere, iar o întârziere scurtă deliberată bate o rescriere a profilului.

Apoi repetați testul normal de repornire după ce l-ați modificat, inclusiv verificarea pe partea clientului. Un test de repornire care se uită doar la panoul routerului testează cel mai puțin informativ dintre cele patru straturi.