A VPN ugyanabban az intervallumban szakad meg? Hangolja össze az időzítőt
A rögzített intervallumú megszakadás ujjlenyomat. Mielőtt bármit módosítana, hasonlítsa össze az alagút kulcsfrissítését, a NAT tétlenségi időzítőjét, a DHCP-bérletet és a fiókkorlátot.
Az alagút, amely tizenöt percenként vagy óránként ugyanabban a percben hal meg, azt mondja, hogy lejárt valamelyik időzítő, nem azt, hogy a hálózat instabil. A hasznos lépés az intervallum feljegyzése és összehasonlítása azzal a négy időzítővel, amely ezt a mintát létrehozza. Az időkorlátok módosítása ezen összehasonlítás előtt általában elmozdítja a hibát anélkül, hogy megmagyarázná, ami a következő esetet nehezebben olvashatóvá teszi az elsőnél. A mérés tíz percet vesz igénybe, és egy hét találgatást vált ki.
Alakítsa az intervallumot számmá
Gyűjtsön öt vagy hat esetet, és számítsa ki a köztük lévő rést, ne a nap kezdetétől mért rést. A 09:12, 10:12 és 11:12-kor bekövetkező megszakadás óránkénti határ; a 09:12, 09:27 és 09:42-kor bekövetkező megszakadás tizenöt perc az utolsó sikeres kapcsolattól. Kerekítse az eredményt a legvalószínűbb időzítőhöz, ne a legközelebbi perchez.
Eseményenként két pillanatot rögzítsen: mikor mozdult utoljára a forgalom, és mikor jelentette az ügyfél a bontást. Ezek akkor térnek el, amikor az alagút csendben meghal, és az ügyfél csak a következő küldésnél veszi észre, és ez a különbség választja el a tétlenségi időtúllépést a kemény hibától. A későn észlelő ügyfél felnagyítja a mért tétlenségi ablakot.
Figyelje meg, hogy az újracsatlakozás automatikus-e. Az a kliens, amely másodperceken belül újracsatlakozik, láthatóan a naplóban tartja az intervallumot, és kívül a felhasználói jelentésen, ezért írják le ezeket a hibákat gyakran alkalomszerűnek, nem periodikusnak. Elrejti az eseményt a laptopot használó személy elől is.
Négy időzítő, amelyek egyformának tűnnek
Szinte minden ismétlődő alagút-kiesés ezek egyikéből származik: protokoll-kulcsfrissítés, tétlen leképezés lejárata, DHCP- vagy interfész-esemény, vagy fiók-szabályzat. Abban különböznek, hogy volt-e forgalom, és abban, mit mond a napló a határon.
Az alábbi aláírásokat érdemes megtanulni, mert lehetővé teszik három magyarázat elutasítását egyetlen naplósorból:
| Timer | Typical trigger | What the log shows at the boundary |
|---|---|---|
| Protocol rekey | Traffic present, fixed interval | Negotiation lines, sometimes a failure |
| NAT or firewall idle | No traffic for minutes | Silence, then a timeout on send |
| DHCP lease or link change | Half the lease, or a radio event | Address or interface churn |
| Account session limit | Wall-clock hours since login | Clean disconnect, server-side reason |
Az első sor egy biztonsági mechanizmus, amely végzi a dolgát, a második pedig egy köztes eszköz, amely elfelejti az állapotot. Összekeverésük vagy a kulcsfrissítés gyengítéséhez, vagy egy soha nem érintett tűzfal-szabály üldözéséhez vezet.
Foglalt versus tétlen megmondja, melyik fele
Végezzen ellenőrzött összehasonlítást folyamatos forgalommal, például hosszú adatfolyammal az alagúton belüli gazdagéphez, és figyelje, változik-e az intervallum. Ha a kiesés eltűnik, miközben adat áramlik, az időzítő tétlenségen alapul.
Ha túléli a folyamatos forgalmat, az ok a kulcsfrissítéshez, a bérlethez vagy a szabályzathoz tartozik. Ez az egyetlen teszt körülbelül egy óra megfigyelés alatt eltávolítja a jelöltek felét, és semmibe nem kerül a figyelmen kívül.
Tartsa a hozzáférési hálózatot változatlanul a teszt alatt. A Wi-Fi és az Ethernet közötti váltás az összehasonlítás közepén pontosan azt az interfész-eseményt hozza be, amelyet megpróbál megkülönböztetni egy időzítőtől.
Hangolja a naplósort a határhoz
A rögzített pillanat körüli ügyfél- és szervernaplókat olvassa, ne a teljes fájlt. A kulcsfrissítés tárgyalást mutat; a tétlenség lejárata semmit nem mutat a következő csomagig; a bérletváltás cím-munkát mutat; a szabályzatkorlát általában tiszta adminisztratív bontást mutat.
Ezek a parancsok minden forrásból kinyerik a releváns ablakot:
grep -iE "reneg|TLS Error|Inactivity" /var/log/openvpn.log | tail -20
journalctl -u NetworkManager --since "-90 min" | grep -iE "dhcp|link"
wg showHa a három forrás egyetért az időbélyegben, ismeri az időzítő tulajdonosát. Ha csak az ügyféllogban van valami, valószínűleg nem a szerver az, amely befejezi a munkamenetet.
A szakaszt javítsa, ne az ikont
Minden tulajdonosnak egy támogatott javítása van. A kulcsfrissítési hiba mindkét végén kompatibilis javaslatokat igényel. A tétlenség lejárata életjelzést vagy rövidebb tétlenségi várakozást igényel, azon belül, amit az útvonal enged. A bérletesemény az interfész vagy az energiagazdálkodás beállításainak rendezését igényli. A fiókkorlát szabályzati döntés, nem hiba.
A kulcsfrissítés vagy a hitelesítés kikapcsolása, hogy az ikon zöld maradjon, látható kiesést cserél láthatatlan gyengeségre, és magára hagyja anélkül, hogy meg tudná mondani, mikor tárgyalt az alagút utoljára friss kulcsokról. Utána tesztelje újra az eredeti időtartamot, és őrizze meg az időbélyegeket, hogy a következő esemény összehasonlítható legyen ezzel ahelyett, hogy elölről kezdené.