VPN se neustále odpojuje: otestujte rádiové připojení dřív než server

Odpojení VPN může začít dlouho předtím, než jakýkoli provoz dorazí na server. Výpadek Wi-Fi, přechod z Wi-Fi na mobilní síť, přetížení místního přístupového bodu a telefon, který usne, mohou přerušit vnější cestu, zatímco software tunelu hlásí čistou chybu. Postupujte od zařízení ven: nejprve spoj, pak vlastní události klienta, potom kontrolované srovnání a teprve nakonec server. Toto pořadí vás udrží od změny výstupních uzlů kvůli problému, který bydlí v místnosti.

Sledujte spoj, ne ikonu signálu

Hledejte přechody spoje, ne čárky signálu. Zařízení může ukazovat silný signál, zatímco je přístupový bod přetížený, zatímco probíhá roamingový přechod nebo zatímco politika úspory energie vypíná rádio při zhasnuté obrazovce.

Zaznamenejte stav rozhraní, aktuální bránu a čas každé změny. Potom zkontrolujte, zda se odpojení kryje s přechodem. Výpadek, který nastane pokaždé, když se telefon přesune mezi místnostmi, je problém spoje, dokud se neprokáže opak, bez ohledu na to, který server aplikace zobrazuje.

Čtěte vlastní události opětovného připojení klienta

Většina klientů zaznamenává důvod odpojení a časové razítko dalšího pokusu. Tunel, který během sekund znovu vyjedná a pak funguje, je jiná událost než tunel, který zůstane vypnutý, dokud ho ručně nezapnete.

Opakovaná krátká opětovná připojení ukazují na vnější cestu, protože klient stále dosahuje serveru a ztrácí relaci. Tunel, který zůstane vypnutý, ukazuje na ověřování, změnu koncového bodu nebo politiku, protože klient se nedostane dost daleko, aby něco ztratil. Čtěte oba vzory odděleně, než sáhnete na konfiguraci.

Porovnávejte druhý koncový bod opatrně

Druhý koncový bod je užitečné srovnání a sám o sobě není kontrolovaným experimentem. Mění trasu, infrastrukturu a často i zemi, takže rozdíl mezi dvěma koncovými body nedokazuje, že první server je vadný.

Držte zařízení, přístupovou síť a zátěž neměnné a poznamenejte, co dalšího se při přepnutí změnilo. Pokud oba koncové body selžou ve stejnou dobu na stejném místě, je místní cesta společným faktorem. Pokud selže jen jeden, stává se stopou server nebo trasa k němu. Zapište matoucí faktory, aby závěr nepředběhl důkazy.

Korelejte se serverem, který spravujete

Pokud koncový bod spravujete, porovnejte čas pokusu se záznamy naslouchajícího soketu a asociace. Několik nesouvisejících klientů, kteří selžou na stejné bráně, je jiný důkaz než jeden telefon, který vypadne při každém pohybu.

Jedna odpověď protějšku neprokazuje nepřetržité zdraví aplikace. Po obnovení otestujte zdroj, který skutečně potřebujete, protože úspěšné navázání spojení a dostupný server mohou existovat spolu s nefunkční cestou aplikace.

Napište zprávu, která to zúží

Oddělte čtyři tvrzení: ztráta místního spoje, vnější dosažitelnost, vyjednávání tunelu a vlastní stav aplikace. Každé má své důkazy a zpráva, která je drží oddělené, řekne dalšímu člověku, kam se dívat.

Poznamenejte také omezení srovnání. Pokud politika znemožnila test přímé cesty, řekněte to, místo abyste srovnání koncových bodů vydávali za důkaz. Štítek země v aplikaci neoznačuje celou trasu a geograficky blízký server může být stále dostupný přes přetíženou cestu.

Stránka projektu WireGuard o známých omezeních je užitečná připomínka, že protokol může být správný a přesto nechává chování spoje na operačním systému. Skončete zopakováním stejného testu po dalším odpojení, protože jediná událost je datový bod a vzor je diagnóza.