VPN na ruteru izgleda ispravno nakon prekida? Provjerite ova četiri sloja
Obnovljeni profil nije tunel koji radi. Nakon nestanka struje provjerite spremnost WAN-a, sat, stanje tunela i uređaj nizvodno prije nego što povjerujete lampici.
Ruter koji zasvijetli nakon prekida obnovio je svoju konfiguraciju, a ne svoju povezanost. Nakon nestanka struje ruter može obnoviti sačuvani VPN profil prije nego što zavisnosti koje taj profil treba budu spremne: modem uzvodno možda se još obučava, sat može biti pogrešan, a autentifikacija možda nije završena. Lampica na kontrolnoj tabli i sačuvana konfiguracija opisuju namjeru, a ne tunel koji radi. Provjerite četiri sloja ispod redom umjesto da mijenjate profil, jer to ljudi rade drugo i kaju se prvo.
Sve ovdje pretpostavlja da ste na licu mjesta ili imate put unutra koji ne zavisi od tunela koji testirate. Ako nemate, uredite to prije sljedećeg prekida.
Prvi sloj: je li se WAN zaista vratio
Počnite s modemom, a ne s kontrolnom tablom rutera. Ruter koji završi podizanje prije nego što se njegov modem obučio prikazuje zdrav interfejs bez ičega iza njega, a tunel nema s kim da se poveže. Potvrdite da modem zaista prosljeđuje, pa potvrdite da je ruter preuzeo WAN postavke koje očekujete. Provjerite i je li se WAN adresa promijenila: dinamička adresa koja se vrati drugačija može poništiti pravilo zasnovano na adresi ili udaljenu listu dozvola, a iznutra to izgleda kao kvar VPN-a.
Neke pristupne mreže poslije prekida traže i novi korak prijema. Čitajte klijentski dnevnik za prvu fazu neuspjeha umjesto da nagađate: prva greška imenuje sloj, a sve poslije nje je posljedica. Zapišite adresu i rezultat prijema u tiket, jer oboje odlučuje hoće li isti profil raditi sutra. Promijenjena adresa je popravka od pet minuta i misterija od dva sata.
Drugi sloj: provjerite sat prije certifikata
Pogrešan sat smeta valjanosti certifikata i svemu što zavisi od vremena, a ugrađeni uređaj koji se podigne bez ispravnog izvora vremena može neko vrijeme stajati na starom datumu. Validacija certifikata tada pada zbog razloga koji nema veze s akreditivom. Greška valjanosti čiji su datumi godinama pomjereni upućuje na sat; ista greška s trenutnim datumima upućuje na certifikat.
date -u
chronyc tracking
Koristite podržani postupak oporavka vremena i potvrdite sat rutera prije nego što dirnete profil. Isključivanje validacije da se zaobiđe greška pretvara privremeni problem s redoslijedom u trajno slabljenje, i to je najčešća loša popravka u ovom scenariju. Ako uređaj nema sat na bateriju, redoslijed podizanja je važan: potreban mu je mrežni pristup prije nego što sinkronizuje vrijeme, i vrijeme prije nego što validira tunel. Taj redoslijed treba popraviti ako se isti neuspjeh ponavlja nakon svakog prekida.
Treći sloj: pročitajte šta tunel kaže
Provjerite vlastito stanje tunela i rezultat njegovog rukovanja ili autentifikacije, a ne to da je interfejs podignut. Interfejs može postojati bez uspostavljenog partnera, a klijent može pokazivati povezanost dok obnavljanje ključeva ne uspijeva. Razdvojite transportne tajmaute od izričitih odbijanja: tajmaut sugerira da put ili partner još nije dostupan, dok odbijanje znači da je druga strana odgovorila i odbila, najčešće zbog akreditiva, certifikata ili identiteta partnera koji se više ne poklapa. Slanje korisnika na reset lozinke zbog tajmauta svima kvari poslijepodne.
Držite posljednju poznatu ispravnu konfiguraciju pri ruci da biste upoređivali polja umjesto da ih rekonstruišete. Ako se polje promijenilo, ta promjena je nalaz. Uporedite ga polje po polje s obnovljenom konfiguracijom, umjesto da čitate samo obnovljenu. Većina iznenađenja nakon prekida je polje koje se tiho vratilo na zadanu vrijednost šablona.
Četvrti sloj: testirajte s uređaja nizvodno
Otvorite bezopasni dozvoljeni resurs s klijenta iza rutera, pa potvrdite koji izlaz ili privatnu rutu je saobraćaj zaista koristio. Provjerite DNS i svaku familiju adresa za koju tvrdite da je pokrivate, jer vlastita sonda rutera može uspjeti dok je klijentska politika još pogrešna — sonda često koristi drugi izvor, drugu tabelu ili drugu putanju do rezolvera.
curl -s https://ifconfig.me
nslookup example.com
Ako je tunel pao i nije samo pogrešno konfigurisan, odlučite moraju li pogođeni klijenti biti blokirani ili smiju koristiti odobreni rezervni put. Taj izbor pripada planu prebacivanja prije prekida, a ne chat niti tokom prekida. Upišite uočeni izlaz i rezolver u tiket o prekidu. Dva reda sada štede sljedećoj osobi sat nagađanja o tome koja je putanja bila aktivna tokom prozora.
Šta popraviti da sljedeći prekid bude kraći
Ako se neuspjeh ponavlja, popravka je redoslijed, a ne konfiguracija: podignite WAN, pa vrijeme, pa tunel, pa klijentsku politiku. Većina rutera to izražava kao zavisnost ili odgodu, a kratka namjerna odgoda bolja je od prepisivanja profila.
Zatim ponovite uobičajeni test ponovnog pokretanja nakon promjene, uključujući provjeru na strani klijenta. Test ponovnog pokretanja koji gleda samo kontrolnu tablu rutera testira najmanje informativni od četiri sloja.