Vai maršrutētāja VPN pēc strāvas padeves pārtraukuma izskatās labi? Pārbaudiet šos četrus slāņus

Maršrutētājs, kas pēc pārtraukuma iedegas, ir atjaunojis savu konfigurāciju, nevis savienojumu. Pēc strāvas padeves pārtraukuma maršrutētājs var atjaunot saglabāto VPN profilu, pirms ir gatavas tās atkarības, kas šim profilam vajadzīgas: modems augšpusē vēl var trenēties, pulkstenis var būt nepareizs, un autentifikācija var nebūt pabeigta. Paneļa gaisma un saglabātā konfigurācija apraksta nodomu, nevis strādājošu tuneli. Pārbaudiet četrus slāņus zemāk secībā, nevis nomainiet profilu, jo to cilvēki dara kā otro un nožēlo kā pirmo.

Viss šeit pieņem, ka jūs esat vietā vai jums ir iekļūšanas ceļš, kas nav atkarīgs no tuneļa, kuru testējat. Ja nav, sakārtojiet to pirms nākamā pārtraukuma.

Pirmais slānis: vai WAN tiešām ir atgriezies

Sāciet ar modemu, nevis ar maršrutētāja paneli. Maršrutētājs, kas pabeidz palaišanu pirms sava modema treniņa, rāda veselu saskarni bez nekā aiz tās, un tunelim nav partnera, ko sasniegt. Apstipriniet, ka modems tiešām pārsūta, pēc tam apstipriniet, ka maršrutētājs ir pārņēmis gaidītos WAN iestatījumus. Pārbaudiet arī, vai nav mainījusies WAN adrese: dinamiska adrese, kas atgriežas citāda, var atcelt uz adresi balstītu noteikumu vai attālu atļauto sarakstu, un no tīkla iekšpuses tas izskatās kā VPN kļūme.

Dažiem piekļuves tīkliem pēc pārtraukuma nepieciešams arī jauns uzņemšanas solis. Lasiet klienta žurnālu par pirmo kļūmes posmu, nevis miniet: pirmā kļūda nosauc slāni, un viss pēc tam ir sekas. Ierakstiet adresi un uzņemšanas rezultātu biļetē, jo abi nosaka, vai tas pats profils rīt strādās. Mainīta adrese ir piecu minūšu labojums un divu stundu mīkla.

Otrais slānis: pārbaudiet pulksteni pirms sertifikāta

Nepareizs pulkstenis traucē sertifikāta derīgumam un visam, kas balstīts laikā, un iegultā ierīce, kas startē bez strādājoša laika avota, var kādu laiku palikt vecā datumā. Tad sertifikāta validācija neizdodas tāda iemesla dēļ, kam nav nekāda sakara ar akreditācijas datiem. Derīguma kļūda, kuras datumi ir gadus novirzīti, norāda uz pulksteni; tā pati kļūda ar pašreizējiem datumiem norāda uz sertifikātu.

date -u
chronyc tracking

Izmantojiet atbalstīto laika atjaunošanas procesu un apstipriniet maršrutētāja pulksteni, pirms pieskaraties profilam. Validācijas izslēgšana, lai apietu kļūdu, pārvērš īslaicīgu kārtības problēmu pastāvīgā vājināšanā, un tas ir visizplatītākais sliktais labojums šajā scenārijā. Ja ierīcei nav ar bateriju darbināma pulksteņa, palaišanas secība ir svarīga: tai vajadzīga tīkla piekļuve pirms laika sinhronizācijas un laiks pirms tuneļa validācijas. Tieši šī secība ir jālabo, ja tā pati kļūme atkārtojas pēc katra pārtraukuma.

Trešais slānis: izlasiet, ko saka tunelis

Pārbaudiet paša tuneļa stāvokli un tā rokasspiediena vai autentifikācijas rezultātu, nevis to, vai saskarne ir augšā. Saskarne var pastāvēt bez izveidota partnera, un klients var rādīt savienojumu, kamēr atslēgu atjaunošana neizdodas. Atdaliet transporta taimautus no skaidriem atteikumiem: taimauts liek domāt, ka ceļš vai partneris vēl nav sasniedzams, bet atteikums nozīmē, ka tālā puse atbildēja un atteicās, visbiežāk akreditācijas datu, sertifikāta vai partnera identitātes dēļ, kas vairs neatbilst. Sūtīt lietotāju atiestatīt paroli taimauta dēļ ir izšķērdēt visiem pēcpusdienu.

Turiet pie rokas pēdējo zināmo labo konfigurāciju, lai salīdzinātu laukus, nevis tos rekonstruētu. Ja lauks ir mainījies, šīs izmaiņas ir atradums. Salīdziniet to lauks pa laukam ar atjaunoto konfigurāciju, nevis lasiet tikai atjaunoto. Lielākā daļa pārsteigumu pēc pārtraukuma ir lauks, kas klusi atgriezies pie veidnes noklusējuma vērtības.

Ceturtais slānis: testējiet no ierīces lejpus

Atveriet nekaitīgu atļautu resursu no klienta aiz maršrutētāja, pēc tam apstipriniet, kuru izeju vai privāto maršrutu trafiks patiešām izmantoja. Pārbaudiet DNS un katru adrešu saimi, kuru apgalvojat sedzam, jo paša maršrutētāja pārbaude var izdoties, kamēr klienta politika vēl ir nepareiza — pārbaude bieži izmanto citu avotu, citu tabulu vai citu atrisinātāja ceļu.

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

Ja tunelis ir lejā un tas nav tikai nepareizi konfigurēts, izlemiet, vai skartie klienti ir jābloķē vai drīkst izmantot apstiprinātu rezerves variantu. Šī izvēle pieder pārslēgšanas plānam pirms pārtraukuma, nevis tērzēšanas pavedienam tā laikā. Ierakstiet novēroto izeju un atrisinātāju pārtraukuma biļetē. Divas rindas tagad ietaupa nākamajam cilvēkam stundu minējumu par to, kurš ceļš bija aktīvs šajā laikā.

Ko labot, lai nākamais pārtraukums būtu īsāks

Ja kļūme atkārtojas, labojums ir secība, nevis konfigurācija: paceliet WAN, tad laiku, tad tuneli, tad klienta politiku. Lielākā daļa maršrutētāju to izsaka kā atkarību vai aizturi, un īsa apzināta aizture ir labāka par profila pārrakstīšanu.

Pēc tam atkārtojiet parasto restartēšanas testu pēc izmaiņām, ieskaitot pārbaudi klienta pusē. Restartēšanas tests, kas skatās tikai uz maršrutētāja paneli, pārbauda vismazāk informatīvo no četriem slāņiem.