Hvorfor er VPN-en min så treg? Test disse fire segmentene

En samtale som hakker, en nedlasting som kravler og en opplasting som fryser halvveis er tre forskjellige klager under én etikett. Å bestemme hvilken du jager før du måler noe, sparer resten av undersøkelsen. Bytt deretter ett segment av ruten om gangen og gjenta den samme oppgaven etterpå.

Rekkefølgen nedenfor beveger seg utover fra oppgaven, fordi tunnelen ikke kan levere båndbredde som mangler under den.

Bestem hva treg betyr før du måler

En lav jevn hastighet, høy latenstid med skarpe topper og en overføring som stopper helt ved en fast størrelse er ikke variasjoner av én feil. Hver av dem peker på et forskjellig segment: gjennomstrømning, selve ruten eller en grense for pakkestørrelse. Velg oppgaven som faktisk plager deg, og bruk den som referanse, fordi en hastighetstest måler en masseoverføring som kan oppføre seg helt annerledes enn en videosamtale. Skriv ned endepunktet, protokollen, tiden på dagen og tallet som betyr noe for deg.

Uten den registreringen blir hver senere sammenligning en diskusjon om inntrykk.

Sjekk aksessnettet først

Sett egne store overføringer på pause, og mål deretter den lokale forbindelsen før tunnelen er involvert. Sammenlign med en uskyldig oppgave og følg klientens kill switch-prosedyre i stedet for å slå av flere beskyttelser på én gang, og behold samme destinasjon for begge kjøringene. En hastighetstestleverandør kan gi deg en annen måleserver når den synlige plasseringen din endres, noe som gjør sammenligningen til en test av to forskjellige servere.

ping -c 20 192.168.50.1
ping -c 20 198.51.100.7
curl -o /dev/null -w "%{time_starttransfer} %{speed_download}\n" https://speed.example.net/10mb.bin

Hvis grunnlinjen allerede er dårlig, hører arbeidet til Wi-Fi, ruterbelastning eller aksesstjenesten. En kablet test eller en fast plassering nær aksesspunktet skiller en svak radiolink fra en overbelastet oppstrømsforbindelse. Ingenting tunnelen gjør legger til kapasitet som aksesslinjen ikke leverer.

Bytt utgangen, deretter transporten

Hold enheten, nettet og protokollen fast og test et andre endepunkt. Velg en plausibel by fra plasseringslisten, men ikke anta at den nærmeste etiketten betyr den beste ruten. Hvis én utgang er treg og andre er fine, fortjener verten eller ruten dens undersøkelsen; hvis alle utganger er trege på én enhet mens en annen enhet er fin, er klienten den bedre mistenkte.

Der tjenesten tilbyr begge profilene, sammenlign OpenVPN over UDP med OpenVPN over TCP. UDP er det vanlige utgangspunktet for interaktivt arbeid, mens TCP kan hjelpe på et aksessnett som ikke slipper UDP-trafikk gjennom i det hele tatt. En TCP-tunnel gjenoppretter tap ved å sende på nytt inne i strømmen, og derfor kan den føles tregere på en linje som slipper pakker, og OpenVPN-notatene om feilsøking av ytelse dekker samme avveining før du justerer noe annet. Å endre ordet "udp" til "tcp" i en profil kan ikke lage en lytter som serveren aldri har åpnet.

Lagre profilen som hjelper før du prøver neste endring. Ellers vil en senere regresjon la deg gjette hvilken endring som ga forbedringen.

Les enheten og symptomet sammen

Følg med på prosessorbelastningen under overføringen i stedet for etterpå, fordi krypteringskostnaden skalerer med trafikken, og en liten ruter som betjener en husstand er en annen maskin enn en bærbar PC som kjører sin egen klient. En annen VPN, en virtuell maskin eller et nettverksfilter kan sitte i samme bane og ta en del av trafikken. Hold programvaren oppdatert uten å fjerne autentiseringskontroller eller en kill switch for å få en benchmark til å se bedre ut. Hvis små forespørsler lykkes og store opplastinger stopper ved en jevn størrelse, er MTU-kontrollen neste stopp.

ping -M do -s 1400 -c 3 198.51.100.7
ip link show dev tun0 | grep -o "mtu [0-9]*"

Når tunnelen tilbakestilles gjentatte ganger, fiks frakoblingene før du tolker noen gjennomstrømningstall, fordi en tunnel som kobler til på nytt måler håndtrykket i stedet for ruten. Gjenta den opprinnelige oppgaven etter hver endring og ta vare på resultatet. En raskere hastighetstest som fortsatt ødelegger samtalen har ikke løst klagen du startet med.