Proč je moje VPN tak pomalá? Otestujte tyto čtyři úseky

Hovor, který se zadrhává, stahování, které se plazí, a nahrávání, které se v půlce zasekne, jsou tři různé stížnosti pod jednou nálepkou. Rozhodnutí, kterou z nich sledujete, než cokoli změříte, ušetří zbytek vyšetřování. Poté měňte vždy jeden úsek cesty a stejný úkol pak zopakujte.

Pořadí níže postupuje od úkolu směrem ven, protože tunel nemůže dodat šířku pásma, která chybí pod ním.

Nejdřív rozhodněte, co znamená pomalé

Nízká stabilní rychlost, vysoká latence s ostrými špičkami a přenos, který se u pevné velikosti úplně zastaví, nejsou variacemi jedné závady. Každý z nich ukazuje na jiný úsek: propustnost, samotnou cestu nebo omezení velikosti paketu. Vyberte úkol, který vás skutečně obtěžuje, a použijte ho jako referenci, protože test rychlosti měří hromadný přenos, který se může chovat úplně jinak než videohovor. Zapište koncový bod, protokol, denní dobu a číslo, které je pro vás důležité.

Bez tohoto záznamu se každé další srovnání stává hádkou o dojmech.

Nejprve zkontrolujte přístupovou síť

Pozastavte vlastní velké přenosy a poté změřte místní spoj ještě předtím, než do hry vstoupí tunel. Srovnejte s neškodným úkolem a postupujte podle kill switch postupu klienta, místo abyste vypnuli několik ochran najednou, a u obou běhů zachovejte stejné cílové umístění. Poskytovatel testu rychlosti vám může po změně viditelné polohy přidělit jiný měřicí server, což srovnání promění v test dvou různých serverů.

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

Pokud je základní linie už špatná, práce patří Wi-Fi, zatížení routeru nebo přístupové službě. Kabelový test nebo nehybná poloha blízko přístupového bodu oddělí slabé rádiové spojení od přetíženého uplinku. Nic, co tunel dělá, nepřidá kapacitu, kterou přístupová linka nedodává.

Vyměňte výstup, pak transport

Držte zařízení, síť a protokol pevně a otestujte druhý koncový bod. Vyberte věrohodné město ze seznamu lokalit, ale nepředpokládejte, že nejbližší nálepka znamená nejlepší trasu. Pokud je jeden výstup pomalý a ostatní jsou v pořádku, jeho hostitel nebo cesta si zaslouží vyšetřování; pokud jsou všechny výstupy pomalé na jednom zařízení, zatímco jiné zařízení je v pořádku, klient je lepší podezřelý.

Kde služba nabízí oba profily, srovnejte OpenVPN přes UDP s OpenVPN přes TCP. UDP je obvyklý výchozí bod pro interaktivní práci, zatímco TCP může pomoci v přístupové síti, která UDP provoz vůbec nepropouští. Tunel TCP nahrazuje ztrátu opětovným vysíláním uvnitř streamu, a proto může na lince, která zahazuje pakety, působit pomaleji, a poznámky k řešení problémů s výkonem OpenVPN pokrývají stejný kompromis dřív, než cokoli dalšího naladíte. Změna slova "udp" na "tcp" v profilu nemůže vytvořit naslouchající stranu, kterou server nikdy neotevřel.

Než vyzkoušíte další změnu, uložte profil, který pomáhá. Jinak vás pozdější regrese nechá hádat, která úprava přinesla zlepšení.

Čtěte zařízení a příznak společně

Sledujte zatížení procesoru během přenosu, ne po něm, protože cena šifrování roste s provozem a malý router obsluhující domácnost je jiný stroj než notebook se svým vlastním klientem. Další VPN, virtuální stroj nebo síťový filtr mohou sedět ve stejné cestě a brát si podíl provozu. Udržujte software aktuální, aniž byste odstraňovali ověřování totožnosti nebo kill switch, aby benchmark vypadal lépe. Pokud malé požadavky uspějí a velká nahrávání se zaseknou na stálé velikosti, další zastávkou je kontrola MTU.

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

Když se tunel opakovaně resetuje, opravte odpojení dřív, než začnete interpretovat jakékoli číslo propustnosti, protože znovu se připojující tunel měří handshake, nikoli cestu. Po každé změně zopakujte původní úkol a výsledek si uložte. Rychlejší test rychlosti, který hovor stále rozbíjí, nevyřešil stížnost, se kterou jste začali.