Så testar du VPN-stabilitet utan att logga din webbläsning

Du vill veta om tunneln överlever att en laptop går i viloläge, en promenad mellan åtkomstpunkter, eller en timme av samtal, och du vill helst inte ge någon en logg över allt du läser medan du tar reda på det. Tre saker svarar på det: en fast probe, samma fyra fakta samplade enligt ett schema och händelsen som ändrade dem, nedskriven. Tio minuter av det slår en eftermiddag med att se en sida inte laddas. Loggen du till slut har är också kort nog att bifoga ett ärende utan att maska halva.

Bestäm vad stabilt ska betyda

”VPN:et föll” är fyra olika fel i ett ord. Peeren kan tappa sitt handskak, rutten kan falla tillbaka till den lokala gatewayen, namnuppslagningen kan gå till en server som aldrig svarar genom tunneln, eller allt det kan vara friskt medan en applikation fortfarande misslyckas. Bestäm vilken som passar ditt symptom innan du samlar något, för varje kräver sin egen probe. Välj sedan ett intervall du kan hålla: en mätning var trettionde sekund i tio minuter fångar en roaming utan att göra testet till arbetsbelastning.

Om klagomålet är ett samtal som fryser när du går ut i köket, är egenskapen du behöver om en färsk förfrågan slutförs efter roamingen. Det går att kontrollera på en rad och det registrerar ingen webbläsning alls.

Lås en ofarlig probe

Välj ett mål du får fråga och som inte är knutet till dina konton: en dokumentationsvärd, en intern statusändpunkt eller själva tunnelns gateway. Gör åtgärden repeterbar, till exempel curl -s -o /dev/null -w "%{http_code} %{time_total}\n" https://example.com/, som skriver ut en rad per försök. Håll det utdataformatet fast under hela körningen. En statuskod och en varaktighet insamlade på samma sätt två gånger är det som gör två körningar jämförbara.

Stå emot webbplatsen du faktiskt förlitar dig på. En bank- eller webmailsida drar in spårare, omdirigeringar och personligt innehåll i mätningen och skriver ut sessionsidentifierare i allt du klistrar in i ett ärende senare. Använd samma mål under hela undersökningen och anteckna det bredvid intervallet.

Sampla de fyra fakta

Peer-status, rutt, resolver och en färsk förfrågan är de fyra observationerna, och var och en har en billig källa. På WireGuard ger wg show wg0 latest-handshakes peerens tidsstämpel och ip route get 1.1.1.1 visar vilket gränssnitt kärnan skulle använda. På OpenVPN finns samma status i statusfilen som --status /run/openvpn/status 10 skriver, eller bakom state på administrationsgränssnittet. En Windows-klient stannar i PowerShell med Get-NetAdapter och Resolve-DnsName.

Sätt dem i en loop i en terminal så att varje rad bär en tidsstämpel: 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 loopen täcker tre av de sex loggfälten; klientversionen skrivs in en gång högst upp, och händelsens tidsstämpel läggs till när händelsen inträffar.

Resolvern är det faktum folk hoppar över, och dig +short döljer det, eftersom den formen bara skriver ut svaret. Fråga servern uttryckligen med dig example.com | grep SERVER:, eller använd nslookup example.com där dig inte är installerat, som skriver ut adressen till servern förfrågan gick till. Ett gammalt handskak på en inaktiv tunnel är inte heller automatiskt ett fel, eftersom WireGuard bara förnyar nycklar när det finns trafik att skydda.

Framkalla händelsen, inte en läcka

Ta fem tysta minuter som baslinje före händelsen du bryr dig om, vare sig det är att stänga locket, gå till en annan åtkomstpunkt eller byta till en telefons hotspot. Anteckna tiden då du orsakade den, så att mätningarna på båda sidor kan linjeras.

Utan den tidsstämpeln visar loggen en lucka och ingen kan säga om klienten eller nätverket stängde den. Två körningar med händelsen på olika ställen är värda mer än tio utan. Använd klientens egna kontroller för att koppla från och återansluta. Stäng inte av kill switch och tryck inte ut trafik utanför tunneln för att se vad som händer, för på en hanterad laptop är det ett policybrott och på din egen maskin skapar det precis den exponering du testade för.

Håll en logg liten nog att bli klar

Sex fält per mätning: tid, klientversion, ändpunkt, åtkomstnät, händelse, resultat. Lämna borta webbadresser, nyttolaster, tokens och allt som bär en sessionsidentifierare, eftersom loggen är bevis om tunneln och inget annat. Håll den bredvid loopen så att nästa person kan köra den igen utan att fråga vad kolumnerna betyder.

Efter en ändring, upprepa testet med samma probe och samma intervall; byter du mål och klientversion samtidigt tillhör resultatet ingen av dem. En ren tiominuterskörning är bevis för de förhållandena och det målet, inte ett löfte om hotellnätet nästa månad. Förvara skriptet och loggmallen där du hittar dem. WireGuards dokumenterade begränsningar är värda att läsa innan du tillskriver protokollet ett avbrott.