Miért szakad meg a vpnc 24 percnél, és mit kell módosítani

Az alagút egy ismétlődő intervallumban hal meg, és ez egy önmagát jelentő időzítő, nem rossz kábel. Huszonnégy perc 1440 másodperc, olyan kerek érték, amilyet egy profil vagy egy központi végpont hordoz. Utána ugyanaz a konfiguráció minden alkalommal ugyanannál a koncentrátornál hibázik, miközben minden más hálózat működik, és semmilyen kapcsolatteszt nem változtat ezen.

Három feltétel dönti el, melyik időzítő a tiéd: feladja-e a kliens az inaktív munkamenetet, elutasítják-e a kulcsfrissítési cserét, és átírta-e egy fordító átjáró a beágyazást.

Melyik időzítő birtokolja a kiesést

Mérje meg az intervallumot legalább három újracsatlakozás során, mielőtt bármely beállításhoz nyúlna. A néhány másodperces szórás kapcsolatvesztésre vagy vezeték nélküli barangolásra utal; az az érték, amely minden alkalommal ugyanazon jelzés néhány másodperces környezetébe esik, házirend-értékre utal. A munkamenet hossza azt is megmondja, ki fejezte be, mert az ügyféloldali időtúllépés és a kiszolgálóoldali törlés eltérő utolsó sorokat hagy a hibakeresési kimenetben. Három újracsatlakozás azt is megmutatja, sodródik-e egyáltalán az intervallum, amit egyetlen mérés nem tud megmutatni.

Írja fel a számot annak a központi végpontnak a mellé, amellyel beszélt. Ha az intervallum stabil, a hátralévő munka a három ok közötti választás, és az újracsatlakozásonként egyetlen módosított beállítás az, ami megkülönböztethetővé tartja őket.

Első eset: a kliens feladja az inaktív munkamenetet

A vpnc saját halottpartner-ellenőrzést futtat, és ez az ellenőrzés megölhet egy munkamenetet, amelyet a koncentrátor még élőnek hisz, különösen ha fordító átjáró ül a kettő között. A dokumentációban szereplő ügyféloldali megoldás az időzítő helyi kikapcsolása, és hogy a központi végpont döntse el, mikor tűnt el egy partner. Az alábbi két sor a vpnc-profilba vagy a parancssorba tartozik, és mindkettő független a titkosítási beállításoktól.

DPD idle timeout (our side) 0
NAT Traversal Mode cisco-udp

Az ügyféloldali DPD kikapcsolása eltávolít egy téves riasztást, és eltávolítja az egyetlen helyi észlelését is, ezért önmagában alkalmazza, és figyelje, változik-e egyáltalán az intervallum.

Második eset: a kulcsfrissítést elutasítják

Ha az intervallum túléli a DPD-változást, az 1-es fázis kulcsfrissítése lesz a jelölt. A régebbi vpnc-verziók kevésbé gondosan kezelték a frissítést, mint a jelenlegiek, és a szokásos nézeteltérés a Diffie-Hellman-csoport. Olyan csoport kikényszerítése, amelyet a központi végpont már elfogad, egy sorba és egy újracsatlakozásba kerül, ami olcsó kísérletté teszi, nem házirend-változtatássá.

IKE DH Group dh5

Érvényes csoportnevek a dh1, dh2 és dh5. Az a csoport, amelyet a koncentrátor elutasít, azonnali hibát okoz, és ez is információ: elmondja, hogy a központi végpont válogatós, és az eredeti csoport valószínűleg helyes volt.

Harmadik eset: a fordítás átírja a beágyazást

Fordító átjáró mögött a Cisco UDP-beágyazása és a szabványalapú mód nem felcserélhető. A rossz választás gyakran olyan alagutat hoz létre, amely felépül, forgalmat enged át, majd terhelés alatt lejár, ami sávszélesség-problémának látszik, és nem az. Csak a módot változtassa, majd csatlakozzon újra, és mérje meg ismét a kiesést. A másik módot csak az első két eset kizárása után próbálja ki.

Az előlapok itt a saját zavarukat adják hozzá. A NetworkManager nem kínál vpnc kapcsolattípust, amíg a bővítménycsomag nincs telepítve, és a hiányzó bővítmény szürkített Hozzáadás gombként jelenik meg, nem hibaként. A KDE előlapja ugyanazokat az értékeket saját profilban tartja, ezért ellenőrizze, hogy a démon azt olvassa, amit szerkesztett.

Az a profil, amely parancssorból jól kapcsolódik, de asztalról nem, előlap-probléma, nem időzítő-probléma.

Ellenőrizze a sikertelen cserét a harmadik változtatás előtt

Futtassa a klienst hibakeresési kimenettel, és olvassa el a kiesés előtti utolsó cserét. Az 1-es fázis törlése közvetlenül a leválasztás előtt azt jelenti, hogy a kliens frissítette a kulcsokat, és elutasították. A 2-es fázis törlése ugyanazon a ponton azt jelenti, hogy az alagutat a másik oldalról bontották le, és az ügyfélbeállításai nem az ok.

vpnc --debug 3 office

Azt is ellenőrizze, van-e második hálózati démon, amikor az alagút túlél, de a forgalom megáll. Két kezelő, amely a routingtáblát írja, ugyanazt a tünetet okozza asztalról, és teljesen más naplót.