VPN falder konstant ud: test radioen før serveren

Et VPN-afbrud kan begynde længe før, at nogen trafik når serveren. Tab af Wi-Fi, et skift fra Wi-Fi til mobilnet, trængsel på det lokale adgangspunkt og en telefon, der går i dvale, kan alle afbryde den ydre vej, mens tunnelsoftwaren rapporterer en ren fejl. Gå udad fra enheden: først linket, derefter klientens egne hændelser, derefter en kontrolleret sammenligning og først til sidst serveren. Den rækkefølge holder dig fra at skifte udgangsnode for et problem, der bor i lokalet.

Se på linket, ikke signalikonet

Se efter linkovergange i stedet for bjælker. En enhed kan vise et stærkt signal, mens adgangspunktet er mættet, mens et roaming-skift er i gang, eller mens en strømsparepolitik parkerer radioen, når skærmen er slukket.

Notér grænsefladens tilstand, den aktuelle gateway og tidspunktet for hver ændring. Undersøg derefter, om afbruddet passer med overgangen. Et udfald, der sker hver gang telefonen flyttes mellem rum, er et linkproblem, indtil det modsatte er bevist, uanset hvilken server appen viser.

Læs klientens egne genopkoblingshændelser

De fleste klienter logger en årsag til afbruddet og et tidsstempel for det næste forsøg. En tunnel, der genforhandler inden for sekunder og derefter virker, er en anden hændelse end en, der bliver nede, indtil du slår den til manuelt.

Gentagne korte genopkoblinger peger på den ydre vej, fordi klienten bliver ved med at nå serveren og miste sessionen. En tunnel, der bliver nede, peger på godkendelse, en ændring af endepunkt eller en politik, fordi klienten ikke kommer langt nok til at miste noget. Læs de to mønstre hver for sig, før du rører konfigurationen.

Sammenlign et andet endepunkt med omhu

Et andet endepunkt er en nyttig sammenligning og er ikke i sig selv et kontrolleret eksperiment. Det ændrer ruten, infrastrukturen og ofte landet, så en forskel mellem to endepunkter beviser ikke, at den første server er defekt.

Hold enheden, adgangsnettet og arbejdsbelastningen fast, og notér, hvad der ellers ændrede sig, da du skiftede. Hvis begge endepunkter fejler på samme tid og sted, er den lokale vej den fælles faktor. Hvis kun det ene fejler, bliver serveren eller ruten dertil sporet. Skriv forvekslingsfaktorerne ned, så konklusionen ikke løber fra beviserne.

Korrelér med den server, du driver

Hvis du administrerer endepunktet, skal du matche forsøgstidspunktet med lytter- og associeringslogge. Flere uafhængige klienter, der fejler på samme gateway, er et andet bevis end én telefon, der falder ud, hver gang den flyttes.

Et enkelt peersvar fastslår ikke vedvarende applikationssundhed. Test efter genopretning den ressource, du faktisk har brug for, for et vellykket håndtryk og en tilgængelig server kan findes sammen med en brudt applikationsvej.

Skriv rapporten, der indsnævrer det

Adskil fire udsagn: lokalt linktab, ydre tilgængelighed, tunneleforhandling og applikationens egen tilstand. Hver har sit eget bevis, og en rapport, der holder dem adskilt, fortæller den næste person, hvor de skal kigge.

Notér også sammenligningens begrænsninger. Hvis en politik forhindrede en test af den direkte vej, så sig det i stedet for at fremstille endepunktsammenligningen som bevis. Landemærket i appen angiver ikke hele ruten, og en server, der ligger geografisk tæt på, kan stadig nås gennem en overbelastet vej.

WireGuard-projektets side om kendte begrænsninger er en nyttig påmindelse om, at en protokol kan være korrekt og alligevel overlade linkadfærd til styresystemet. Slut af med at gentage den samme test efter det næste afbrud, for en enkelt hændelse er et datapunkt, og et mønster er en diagnose.