Varför är min VPN så långsam? Testa de här fyra segmenten
Bestäm vilken sorts långsamhet du har och testa sedan åtkomstlänken, utgången, transporten och enheten i den ordningen, med en ändring i taget.
Ett samtal som hackar, en nedladdning som kryper och en uppladdning som fryser halvvägs är tre olika klagomål under en och samma etikett. Att avgöra vilket du jagar innan du mäter något sparar resten av utredningen. Byt sedan ett segment av vägen i taget och upprepa samma uppgift efteråt.
Ordningen nedan rör sig utåt från uppgiften, eftersom tunneln inte kan leverera bandbredd som saknas under den.
Bestäm vad långsam betyder innan du mäter
En låg jämn hastighet, hög latens med skarpa toppar och en överföring som stannar helt vid en fast storlek är inte varianter av ett enda fel. Var och en pekar på ett annat segment: genomströmningen, själva vägen eller en gräns för paketstorlek. Välj den uppgift som faktiskt stör dig och använd den som referens, eftersom ett hastighetstest mäter en massöverföring som kan bete sig helt annorlunda än ett videosamtal. Skriv ned slutpunkten, protokollet, tiden på dygnet och talet som betyder något för dig.
Utan den anteckningen blir varje senare jämförelse en diskussion om intryck.
Kontrollera åtkomstnätet först
Pausa dina egna stora överföringar och mät sedan den lokala länken innan tunneln är inblandad. Jämför med en oskyldig uppgift och följ klientens kill switch-procedur i stället för att stänga av flera skydd samtidigt, och behåll samma destination för båda körningarna. En leverantör av hastighetstester kan ge dig en annan mätserver så snart din synliga plats ändras, vilket gör jämförelsen till ett test av två olika servrar.
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
Om baslinjen redan är dålig hör arbetet till Wi-Fi, routerbelastning eller åtkomsttjänsten. Ett trådat test eller en fast position nära åtkomstpunkten skiljer en svag radiolänk från en överbelastad upplänk. Ingenting som tunneln gör lägger till kapacitet som åtkomstlinjen inte levererar.
Byt utgången, sedan transporten
Håll enheten, nätet och protokollet fasta och testa en andra slutpunkt. Välj en rimlig stad från platslistan, men anta inte att den närmaste etiketten betyder den bästa vägen. Om en utgång är långsam och andra är bra förtjänar dess värd eller väg utredningen; om alla utgångar är långsamma på en enhet medan en annan enhet är bra är klienten den bättre misstänkta.
Där tjänsten erbjuder båda profilerna, jämför OpenVPN över UDP med OpenVPN över TCP. UDP är den vanliga startpunkten för interaktivt arbete, medan TCP kan hjälpa på ett åtkomstnät som inte släpper igenom UDP-trafik alls. En TCP-tunnel återvinner förluster genom att skicka om inom strömmen, vilket är anledningen till att den kan kännas långsammare på en länk som tappar paket, och OpenVPN:s anteckningar om felsökning av prestanda täcker samma avvägning innan du justerar något annat. Att ändra ordet "udp" till "tcp" i en profil kan inte skapa en lyssnare som servern aldrig öppnat.
Spara profilen som hjälper innan du provar nästa ändring. Annars lämnar en senare regression dig att gissa vilken redigering som gav förbättringen.
Läs enheten och symptomet tillsammans
Följ processorbelastningen under överföringen i stället för efteråt, eftersom krypteringskostnaden skalar med trafiken och en liten router som betjänar ett hushåll är en annan maskin än en bärbar dator som kör sin egen klient. En annan VPN, en virtuell maskin eller ett nätverksfilter kan sitta i samma väg och ta en del av trafiken. Håll programvaran uppdaterad utan att ta bort autentiseringskontroller eller en kill switch för att få ett benchmark att se bättre ut. Om små förfrågningar lyckas och stora uppladdningar stoppar vid en jämn storlek är MTU-kontrollen nästa stopp.
ping -M do -s 1400 -c 3 198.51.100.7
ip link show dev tun0 | grep -o "mtu [0-9]*"
När tunneln återställs upprepade gånger, åtgärda avbrotten innan du tolkar någon genomströmningssiffra, eftersom en tunnel som återansluter mäter handskakningen och inte vägen. Upprepa den ursprungliga uppgiften efter varje ändring och spara resultatet. Ett snabbare hastighetstest som fortfarande bryter samtalet har inte löst klagomålet du började med.