A DPD-időzítő rövidítése nem gyorsítja a VPN-átváltást

Az alagutak leesnek, a helyreállítás kilencven másodpercet vesz igénybe, a halott partner időzítője pedig tízen áll, ezért az időzítőt hibáztatják. Ez az érvelés kihagy három szakaszt, amelyek a felismerés után történnek, és általában az idő nagy részét felemésztik. Az életképesség-felismerés észleli a csendet; ezután a partner kiválasztása, a hitelesítés, az útvonal telepítése és az alkalmazás újracsatlakozása külön-külön veszi ki a részét. Az első szakasz rövidítése nem rövidítheti a többit, és nyugtalanságot adhat egy amúgy is küzdő rendszerhez.

Négy szakasz, amelyek közül egyet időzíthet

Írja le a helyreállítást négy eseményként időbélyegekkel. A hiba megfigyelhetővé válik: az utolsó hasznos védett forgalom és az első sikertelen kérés. A felelős mechanizmus reagál: életképesség-felismerés, útvonal-figyelő vagy más dokumentált kiváltó. Az alternatíva használhatóvá válik: partner kiválasztása, hitelesítés, új kapcsolat és egy útvonal, amely valóban a szándékolt forgalmat szállítja. Az alkalmazás helyreáll: egy új művelet sikerül, és a folyamatban lévőnek meghatározott kimenetele van.

Az IKEv2 életképességi szabályai a partnerről és annak cseréiről adnak bizonyítékokat, és semmit sem mondanak a partner mögötti adatbázisról vagy fájlszolgáltatásról. Az életképességi időtúllépést a teljes útvonal állapotellenőrzéseként olvasni az a hiba, amely elindítja az időzítővadászatot.

Miért az időzítő a legkevésbé érdekes szám

A konfigurált értékek nem felcserélhető egységek. Némelyik újrapróbálkozási intervallum, némelyik egy kísérlet felső korlátja, és némelyik másokkal párhuzamosan fut. Ezek összeadása olyan számot ad, amely előrejelzésnek látszik, és pletykaként viselkedik. Olvassa el annak a mezőnek a dokumentációját, amelyhez hamarosan hozzányúl, és jegyezze meg, melyik a három fajta közül.

Más szakaszok egyáltalán nem időzítők. Az újracsatlakozási visszalépés, az interaktív hitelesítési kérés vagy az az ügyfél, amely csak újraindításkor értékeli újra a konfigurációját, mindegyik uralhatja a kiesést, miközben minden protokoll-időzítő kényelmesen alacsonyan áll.

Mérje meg a valóban lassú szakaszt

Rögzítse a hibát egyszer, mindkét oldalon időbélyegekkel, majd hasonlítsa össze a négy eseményt, nem a protokoll saját számlálóit. Egy rendesen elvégzett megfigyelési ablak többet ér egy hónapnyi hangolásnál.

ip -4 route get 203.0.113.10
tcpdump -ni any -c 20 "esp or icmp"

Ha az alternatív végpont soha nem válaszol, semmilyen időzítőváltozás nem segít, mert az elérhetetlenség nem felismerési probléma. Ha az új biztonsági állapot gyorsan létrejön, de az útvonal még mindig a halott útra mutat, a probléma az útvonal telepítése, és egy újabb életképességi módosítás csak nyugtalanságot ad hozzá.

Az alternatívának már használhatónak kell lennie

A konfigurációban meghatározott biztonsági mentés nem működő biztonsági mentés. Elérhetőnek kell lennie az ügyfél jelenlegi hálózatából, képesnek kell lennie ugyanannak az identitásnak a hitelesítésére, és engedélyezettnek kell lennie ugyanazon forgalom szállítására ugyanazon szabályzat szerint. Ha a kiesés alatt felfedez bármelyiket a három hiányosság közül, az időzítőről szóló vita értelmét veszti. Tesztelje az alternatívát, amíg az elsődleges egészséges, mert csak akkor tudja egymás mellett olvasni a két naplót.

Készítse elő az alternatívát előre, tesztelje szándékosan, amíg az elsődleges egészséges, és jegyezze fel, melyik a négy szakasz közül, amely időt vesz igénybe. Ez a feljegyzés teszi a következő változtatást méréssé, nem találgatássá.

A visszaállás nyugtalansága és a felügyeleti útvonal

Az elsődleges visszaállítása külön döntés. Az agresszív visszaállás megszakíthatja a munkát, amely már helyreállt a biztonsági mentésen, és a lengő útvonal instabil alagútnak tűnhet, amikor a valódi hiba egy útvonal, amely két egyenlő lehetőség között ingadozik.

Két egyenlő költségű, preferencia nélküli útvonal a látható lengés szokásos forrása, mert minden figyelő a másik választására reagál. Döntse el, melyik útvonal előnyös normál körülmények között, és tegye ezt a preferenciát egyértelművé a konfigurációban, ahelyett hogy az útvonalak sorrendjére hagyná. Határozza meg előre a kívánt visszaállási viselkedést és annak tulajdonosát. Tartsa meg a korábbi beállításokat és egy független felügyeleti útvonalat, mert a saját hozzáférését kiesés közben eltávolító változtatás a hálózati incidenst helyszíni látogatássá változtatja.

Ezután ismételje meg ugyanazt a munkaterhelést, és hasonlítsa össze ugyanazt a négy időbélyeget. A rövidebb helyreállítás, amely az alkalmazást továbbra is ugyanarra a hiányzó útvonalra vagy bejelentkezésre várakoztatja, nem előrelépés, hanem egy másik szám ugyanazon a grafikonon.