Jól néz ki a router VPN-je áramszünet után? Tesztelje ezt a négy réteget

Az a router, amelyik áramszünet után felvillan, a konfigurációját állította vissza, nem a kapcsolatát. Áramszünet után a router visszaállíthatja a mentett VPN-profilt, mielőtt a profilhoz szükséges függőségek készen állnának: a felső modem még edzhet, az óra rossz lehet, és a hitelesítés nem fejeződhetett be. A műszerfal fénye és a mentett konfiguráció szándékot ír le, nem működő alagutat. Ellenőrizze a négy réteget alább sorrendben, ahelyett hogy kicserélné a profilt, mert ezt teszik az emberek másodikként, és ezt bánják meg elsőként.

Itt minden feltételezi, hogy a helyszínen van, vagy van olyan bejárata, amely nem függ a tesztelt alagúttól. Ha nincs, rendezze ezt a következő áramszünet előtt.

Első réteg: valóban visszatért a WAN

Kezdje a modemnál, ne a router műszerfalánál. Az a router, amelyik befejezi a bootolást, mielőtt a modemje edzett volna, egészséges interfészt mutat semmi nélkül mögötte, és az alagútnak nincs partnere, akit elérhetne. Erősítse meg, hogy a modem valóban továbbít, majd erősítse meg, hogy a router átvette a várt WAN-beállításokat. Azt is ellenőrizze, változott-e a WAN-cím: a dinamikus cím, amely másként tér vissza, érvényteleníthet egy címalapú szabályt vagy egy távoli engedélyezési listát, és a hálózat belsejéből ez VPN-hibának látszik.

Egyes hozzáférési hálózatok áramszünet után új belépési lépést is igényelnek. A találgatás helyett olvassa el az ügyféllogot az első hiba szakaszáért: az első hiba megnevezi a réteget, és minden utána következmény. Jegyezze fel a címet és a belépés eredményét a jegybe, mert mindkettő eldönti, működik-e ugyanaz a profil holnap. A megváltozott cím ötperces javítás és kétórás rejtély.

Második réteg: ellenőrizze az órát a tanúsítvány előtt

A rossz óra zavarja a tanúsítvány érvényességét és mindent, ami időalapú, és a beágyazott eszköz, amely működő időforrás nélkül indul, egy ideig régi dátumon maradhat. A tanúsítvány-ellenőrzés aztán olyan okból hiúsul meg, amelynek semmi köze a hitelesítő adatokhoz. Az érvényességi hiba, amelynek dátumai évekkel eltérnek, az órára mutat; ugyanaz a hiba aktuális dátumokkal a tanúsítványra mutat.

date -u
chronyc tracking

Használja a támogatott idő-helyreállítási folyamatot, és erősítse meg a router óráját, mielőtt a profilhoz nyúl. Az ellenőrzés kikapcsolása a hiba megkerüléséhez egy ideiglenes sorrendproblémát állandó gyengítéssé alakít, és ez a leggyakoribb rossz javítás ebben a forgatókönyvben. Ha az eszköznek nincs elemes órája, a bootolás sorrendje számít: hálózati hozzáférésre van szüksége az idő szinkronizálása előtt, és időre az alagút ellenőrzése előtt. Ezt a sorrendet kell javítani, ha ugyanaz a hiba minden áramszünet után megismétlődik.

Harmadik réteg: olvassa el, mit mond az alagút

Az interfész fentléte helyett az alagút saját állapotát és a kézfogás vagy hitelesítés eredményét ellenőrizze. Az interfész létezhet létrehozott partner nélkül, és az ügyfél kapcsolódottként mutatkozhat, miközben a kulcsfrissítés meghiúsul. Válassza szét a szállítási időtúllépéseket a kifejezett elutasításoktól: az időtúllépés arra utal, hogy az útvonal vagy a partner még nem érhető el, míg az elutasítás azt jelenti, hogy a távoli fél válaszolt és visszautasított, legtöbbször hitelesítő adatok, tanúsítvány vagy már nem egyező partneridentitás miatt. A felhasználót időtúllépés miatt jelszó-visszaállításra küldeni mindenki délutánját elpazarolja.

Tartsa kéznél az utolsó ismert jó konfigurációt, hogy összehasonlítsa a mezőket, ne pedig újraépítse őket. Ha egy mező megváltozott, az a változás a lelet. Hasonlítsa össze mezőnként a visszaállítottal, ahelyett hogy csak a visszaállítottat olvasná. Az áramszünet utáni meglepetések többsége egy mező, amely csendesen visszaállt egy sablon alapértelmezésére.

Negyedik réteg: teszteljen egy lejjebbi eszközről

Nyisson meg egy ártalmatlan engedélyezett erőforrást a router mögötti ügyfélről, majd erősítse meg, melyik kimenetet vagy privát útvonalat használta a forgalom valójában. Ellenőrizze a DNS-t és minden címcsaládot, amelyről azt állítja, hogy lefedi, mert a router saját próbája sikerülhet, miközben az ügyfélházirend még mindig rossz — a próba gyakran más forrást, más táblát vagy más feloldási útvonalat használ.

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

Ha az alagút leállt, és nem csak rosszul van beállítva, döntse el, hogy az érintett ügyfeleket blokkolni kell-e, vagy használhatnak jóváhagyott tartalékot. Ez a választás az áramszünet előtti átállási tervhez tartozik, nem az alatti csevegési szálhoz. Írja fel a megfigyelt kimenetet és feloldót az áramszünet jegyébe. Két sor most egy óra találgatást takarít meg a következő embernek arról, melyik útvonal volt aktív az ablakban.

Mit javítson, hogy a következő áramszünet rövidebb legyen

Ha a hiba megismétlődik, a javítás a sorrend, nem a konfiguráció: hozza fel a WAN-t, aztán az időt, aztán az alagutat, aztán az ügyfélházirendet. A legtöbb router ezt függőségként vagy késleltetésként fejezi ki, és egy rövid szándékos késleltetés jobb, mint a profil újraírása.

Aztán ismételje meg a szokásos újraindítási tesztet a módosítás után, beleértve az ügyféloldali ellenőrzést. Az az újraindítási teszt, amely csak a router műszerfalára néz, a négy réteg közül a legkevésbé informatívat teszteli.