VPN se prekida u istom intervalu? Uskladite tajmer
Prekid u fiksnom intervalu je otisak. Uporedite obnavljanje ključeva tunela, NAT tajmer mirovanja, DHCP zakup i ograničenje računa prije nego što bilo šta promijenite.
Tunel koji umire svakih petnaest minuta, ili svakog sata u istoj minuti, govori vam da je istekao neki tajmer, a ne da je mreža nestabilna. Koristan potez je zapisati interval i uporediti ga s četiri tajmera koji proizvode ovaj obrazac. Promjena vremenskih ograničenja prije tog poređenja obično premješta kvar bez objašnjenja, što sljedeći slučaj čini težim za čitanje od prvog. Mjerenje traje deset minuta i zamjenjuje sedmicu nagađanja.
Pretvorite interval u broj
Prikupte pet ili šest slučajeva i izračunajte razmak između njih, a ne razmak od početka dana. Prekid u 09:12, 10:12 i 11:12 je satna granica; prekid u 09:12, 09:27 i 09:42 je petnaest minuta od posljednje uspješne veze. Zaokružite rezultat na najbliži vjerodostojni tajmer, a ne na najbližu minutu.
Zabilježite dva trenutka po događaju: kada se saobraćaj posljednji put kretao i kada je klijent prijavio prekid. Oni se razlikuju kada tunel umre tiho i klijent to primijeti tek pri sljedećem slanju, a upravo ta razlika odvaja tajmaut mirovanja od tvrdog kvara. Klijent koji primijeti kasno uvećava prozor mirovanja koji mjerite.
Zabilježite da li je ponovno povezivanje automatsko. Klijent koji se ponovo poveže u sekundama drži interval vidljivim u dnevniku i izvan korisničkog izvještaja, zato se ovi kvarovi često opisuju kao povremeni, a ne periodični. To također skriva događaj od osobe koja koristi laptop.
Četiri tajmera koja izgledaju isto
Skoro svaki ponavljajući pad tunela dolazi od jednog od ovih: obnavljanja ključeva protokola, isteka mirovanja mapiranja, događaja DHCP-a ili interfejsa, ili politike računa. Razlikuju se po tome da li je saobraćaj tekao i šta dnevnik kaže na granici.
Potpisi ispod vrijede učenja, jer vam omogućavaju da odbijete tri objašnjenja iz jednog reda dnevnika:
| 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 |
Prvi red je sigurnosni mehanizam koji radi svoj posao, a drugi je posredni uređaj koji zaboravlja stanje. Miješanje njih dvoje vodi ili slabljenju obnavljanja, ili jurenju pravila vatrozida koje nikada nije bilo uključeno.
Zauzetost naspram mirovanja kaže vam koja polovina
Provedite kontrolirano poređenje sa stalnim saobraćajem, poput dugog toka prema hostu unutar tunela, i gledajte mijenja li se interval. Ako prekid nestane dok podaci teku, tajmer se zasniva na mirovanju.
Ako preživi stalni saobraćaj, uzrok pripada obnavljanju, zakupu ili politici. Taj jedini test uklanja polovinu kandidata za oko sat vremena posmatranja i ne košta ništa osim pažnje.
Držite pristupnu mrežu nepromijenjenom tokom testa. Prelazak između Wi-Fi i Ethernet usred poređenja uvodi upravo događaj interfejsa koji pokušavate razlikovati od tajmera.
Uskladite red dnevnika s granicom
Čitajte klijentski i serverski dnevnik oko zabilježenog trenutka, a ne cijelu datoteku. Obnavljanje pokazuje pregovaranje; istek mirovanja ne pokazuje ništa do sljedećeg paketa; promjena zakupa pokazuje rad na adresi; ograničenje politike obično pokazuje čisto administrativno odspajanje.
Ove komande vade relevantni prozor iz svakog izvora:
grep -iE "reneg|TLS Error|Inactivity" /var/log/openvpn.log | tail -20
journalctl -u NetworkManager --since "-90 min" | grep -iE "dhcp|link"
wg showAko se tri izvora slažu o vremenskoj oznaci, znate vlasnika tajmera. Ako samo klijentski dnevnik ima nešto, server vjerovatno nije taj koji prekida sesiju.
Popravite fazu, a ne ikonu
Svaki vlasnik ima jednu podržanu popravku. Kvar obnavljanja zahtijeva kompatibilne prijedloge na obje strane. Istek mirovanja zahtijeva signal održavanja veze ili kraće očekivanje mirovanja, u granicama koje put dozvoljava. Događaj zakupa zahtijeva rješavanje postavki interfejsa ili napajanja. Ograničenje računa je odluka politike, a ne greška.
Isključivanje obnavljanja ili provjere autentičnosti da bi ikona ostala zelena mijenja vidljiv prekid za nevidljivu slabost i ostavlja vas bez mogućnosti da kažete kada je tunel posljednji put pregovarao o novim ključevima. Nakon toga ponovo testirajte prvobitno trajanje i sačuvajte vremenske oznake, da se sljedeći događaj može uporediti s ovim umjesto da počinje iznova.