Slik tester du VPN-stabilitet uten å logge nettlesingen din

Du vil vite om tunnelen overlever at en laptop går i dvale, en spasertur mellom tilgangspunkter, eller en time med samtaler, og du vil helst ikke gi noen en logg over alt du leser mens du finner det ut. Tre ting svarer på det: en fast probe, de samme fire faktaene samplet etter en plan, og hendelsen som endret dem, skrevet ned. Ti minutter med det slår en ettermiddag med å se en side ikke laste. Loggen du ender opp med er også kort nok til å legge ved en sak uten å sladde halvparten.

Bestem hva stabilt skal bety

«VPN-en falt» er fire forskjellige feil i ett ord. Peeren kan miste håndtrykket, ruten kan falle tilbake til den lokale gatewayen, navneoppslag kan gå til en server som aldri svarer gjennom tunnelen, eller alt dette kan være friskt mens én applikasjon fortsatt feiler. Bestem hvilken som passer med symptomet ditt før du samler noe, for hver krever sin probe. Velg så et intervall du kan holde: én prøve hvert trettiende sekund i ti minutter fanger en roaming uten å gjøre testen til arbeidsbelastning.

Hvis klagen er en samtale som fryser når du går ut på kjøkkenet, er egenskapen du trenger om en fersk forespørsel fullføres etter roamingen. Det kan sjekkes på én linje, og det registrerer ingen nettlesing i det hele tatt.

Fest én uskyldig probe

Velg en destinasjon du har lov til å spørre og som ikke er knyttet til kontoene dine: en dokumentasjonsvert, et internt statusendepunkt eller selve tunnelens gateway. Gjør operasjonen repeterbar, for eksempel curl -s -o /dev/null -w "%{http_code} %{time_total}\n" https://example.com/, som skriver ut én linje per forsøk. Hold det utdataformatet fast gjennom hele kjøringen. En statuskode og en varighet samlet inn på samme måte to ganger er det som gjør to kjøringer sammenlignbare.

Motstå nettstedet du faktisk er avhengig av. En bank- eller webmailside drar sporere, omdirigeringer og personlig innhold inn i målingen, og skriver ut sesjonsidentifikatorer i alt du limer inn i en sak senere. Bruk samme destinasjon gjennom hele undersøkelsen, og noter den ved siden av intervallet.

Sample de fire faktaene

Peer-tilstand, rute, resolver og én fersk forespørsel er de fire observasjonene, og hver har en billig kilde. På WireGuard gir wg show wg0 latest-handshakes peerens tidsstempel, og ip route get 1.1.1.1 viser hvilket grensesnitt kjernen ville brukt. På OpenVPN står samme tilstand i statusfilen som --status /run/openvpn/status 10 skriver, eller bak state på administrasjonsgrensesnittet. En Windows-klient blir i PowerShell med Get-NetAdapter og Resolve-DnsName.

Sett dem i løkke i én terminal slik at hver linje bærer et tidsstempel: for i in $(seq 1 20); do date -Is; wg show wg0 latest-handshakes; ip route get 1.1.1.1; sleep 30; done. Den løkken dekker tre av de seks loggfeltene; klientversjonen skrives inn én gang øverst, og hendelsens tidsstempel legges til når hendelsen skjer.

Resolveren er det faktumet folk hopper over, og dig +short skjuler det, fordi den formen bare skriver ut svaret. Spør serveren eksplisitt med dig example.com | grep SERVER:, eller bruk nslookup example.com der dig ikke er installert, som skriver ut adressen til serveren forespørselen gikk til. Et gammelt håndtrykk på en inaktiv tunnel er heller ikke automatisk en feil, siden WireGuard bare fornyer nøkler når det er trafikk å beskytte.

Fremkall hendelsen, ikke en lekkasje

Ta fem stille minutter som grunnlinje før hendelsen du bryr deg om, enten det er å lukke lokket, gå til et annet tilgangspunkt eller bytte til en telefons hotspot. Noter tiden du forårsaket den, slik at prøvene på hver side kan stilles på linje.

Uten det tidsstempelet viser loggen et gap, og ingen kan si om klienten eller nettverket lukket det. To kjøringer med hendelsen på forskjellige steder er verdt mer enn ti uten. Bruk klientens egne kontroller for å koble fra og tilkoble igjen. Ikke slå av kill switch og ikke skyv trafikk utenfor tunnelen for å se hva som skjer, for på en administrert laptop er det et policybrudd, og på din egen maskin skaper det nettopp den eksponeringen du testet for.

Hold en logg liten nok til å bli ferdig

Seks felt per prøve: tid, klientversjon, endepunkt, tilgangsnett, hendelse, resultat. Utelat nettadresser, nyttelaster, tokens og alt som bærer en sesjonsidentifikator, siden loggen er bevis om tunnelen og ingenting annet. Hold den ved siden av løkken slik at neste person kan kjøre den igjen uten å spørre hva kolonnene betyr.

Etter en endring, gjenta testen med samme probe og samme intervall; bytter du destinasjon og klientversjon samtidig, tilhører resultatet ingen av dem. En ren ti minutters kjøring er bevis for de forholdene og den destinasjonen, ikke et løfte om hotellnettet neste måned. Oppbevar skriptet og loggmalen der du vil finne dem. WireGuards dokumenterte begrensninger er verdt å lese før du tilskriver protokollen et avbrudd.