VPN koplar stadig frå: test radioen før serveren

Ei VPN-fråkobling kan byrje lenge før nokon trafikk når serveren. Tap av Wi-Fi, ein overgang frå Wi-Fi til mobilnett, trengsle på det lokale aksesspunktet og ein telefon som søv kan alle bryte den ytre vegen medan tunnelprogramvara rapporterer ein rein feil. Gå utover frå eininga: først lenka, deretter hendingane til klienten sjølv, deretter ein kontrollert samanlikning og først til slutt serveren. Den rekkjefølgja held deg frå å byte utgangsknutar for eit problem som bur i rommet.

Fylg med på lenka, ikkje signalikonet

Sjå etter lenkeovergangar i staden for søyler. Ei eining kan vise eit sterkt signal medan aksesspunktet er metta, medan ein roaming-overgang går føre seg eller medan ein straumsparingspolicy parkerer radioen når skjermen er av.

Noter tilstanden til grensesnittet, gjeldande gateway og tidspunktet for kvar endring. Sjekk deretter om fråkoblinga fell saman med overgangen. Eit utfall som skjer kvar gong telefonen flyttar seg mellom rom, er eit lenkeproblem til det motsette er prova, uansett kva server appen viser.

Les klienten sine eigne gjenoppkoplinghendingar

Dei fleste klientar loggar ei årsak til fråkoblinga og eit tidsstempel for neste forsøk. Ein tunnel som forhandlar på nytt i løpet av sekund og deretter verkar, er ei anna hending enn ein som blir liggjande nede til du slår han på manuelt.

Gjentekne korte gjenoppkoplingar peikar på den ytre vegen, fordi klienten held fram med å nå serveren og miste økta. Ein tunnel som blir liggjande nede, peikar på autentisering, ei endring av endepunkt eller ein policy, fordi klienten ikkje kjem langt nok til å miste noko. Les dei to mønstra kvar for seg før du rører konfigurasjonen.

Samanlikn eit anna endepunkt med omhug

Eit anna endepunkt er ei nyttig samanlikning og er ikkje i seg sjølv eit kontrollert eksperiment. Det endrar ruta, infrastrukturen og ofte landet, så ein skilnad mellom to endepunkt beviser ikkje at den første serveren er defekt.

Hald eininga, aksessnettet og arbeidsbelastninga fast og noter kva anna som endra seg då du bytte. Viss begge endepunkta feilar samstundes på same stad, er den lokale vegen den felles faktoren. Viss berre eitt feilar, blir serveren eller ruta dit sporet. Skriv ned forstyrringsfaktorane så konklusjonen ikkje spring frå bevisa.

Korrelér med serveren du driv

Viss du administrerer endepunktet, samsvar forsøkstidspunktet med lyttar- og assosiasjonsloggar. Fleire uavhengige klientar som feilar på same gateway, er eit anna bevis enn éin telefon som fell ut kvar gong han flyttar seg.

Eitt peer-svar fastslår ikkje vedvarande applikasjonshelse. Test etter gjenoppretting ressursen du faktisk treng, fordi eit vellukka handtrykk og ein tilgjengeleg server kan eksistere saman med ein øydelagd applikasjonsveg.

Skriv rapporten som snevrar det inn

Skil fire utsegner: lokalt lenketap, ytre tilgjenge, tunneleforhandling og tilstanden til applikasjonen sjølv. Kvar har sine eigne bevis, og ein rapport som held dei atskilde, fortel neste person kvar dei skal sjå.

Noter òg avgrensingane ved samanlikninga. Viss ein policy hindra ein test av den direkte vegen, sei det i staden for å presentere endepunktsamanlikninga som bevis. Landetiketten i appen identifiserer ikkje heile ruta, og ein server som er geografisk nær, kan framleis nåast gjennom ein overbelasta veg.

Sida til WireGuard-prosjektet om kjende avgrensingar er ei nyttig påminning om at ein protokoll kan vere korrekt og likevel overlate lenkjeåtferd til operativsystemet. Avslutt med å gjenta den same testen etter neste fråkobling, fordi ei enkelt hending er eit datapunkt og eit mønster er ein diagnose.