Prečo je moje VPN také pomalé? Otestujte tieto štyri úseky

Hovor, ktorý sa trhá, sťahovanie, ktoré sa plazí, a nahrávanie, ktoré zamrzne v polovici, sú tri rôzne sťažnosti pod jednou nálepkou. Rozhodnutie, ktorú z nich sledujete, skôr než čokoľvek zmeriate, ušetrí zvyšok vyšetrovania. Potom meňte vždy jeden úsek cesty a tú istú úlohu zopakujte.

Poradie nižšie postupuje od úlohy smerom von, pretože tunel nemôže dodať šírku pásma, ktorá pod ním chýba.

Najprv rozhodnite, čo znamená pomalé

Nízka stabilná rýchlosť, vysoká latencia s ostrými špičkami a prenos, ktorý sa pri pevnej veľkosti úplne zastaví, nie sú variantmi jednej poruchy. Každý ukazuje na iný úsek: priepustnosť, samotnú cestu alebo limit veľkosti paketu. Vyberte úlohu, ktorá vás naozaj obťažuje, a použite ju ako referenciu, pretože test rýchlosti meria hromadný prenos, ktorý sa môže správať úplne inak ako videohovor. Zapíšte koncový bod, protokol, dennú dobu a číslo, ktoré je pre vás dôležité.

Bez tohto záznamu sa každé ďalšie porovnanie stane hádkou o dojmoch.

Najprv skontrolujte prístupovú sieť

Pozastavte vlastné veľké prenosy a potom zmerajte miestne spojenie skôr, než sa zapojí tunel. Porovnajte s neškodnou úlohou a postupujte podľa kill switch postupu klienta namiesto vypnutia niekoľkých ochrán naraz, a pri oboch behoch zachovajte rovnaký cieľ. Poskytovateľ testu rýchlosti vám môže po zmene viditeľnej polohy prideliť iný merací server, čo porovnanie mení na test dvoch rôznych serverov.

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

Ak je základná línia už zlá, práca patrí Wi-Fi, zaťaženiu routera alebo prístupovej službe. Káblový test alebo nehybná poloha pri prístupovom bode oddelí slabé rádiové spojenie od preťaženého odchádzajúceho kanála. Nič, čo tunel robí, nepridá kapacitu, ktorú prístupová linka nedodáva.

Vymeňte výstup, potom transport

Držte zariadenie, sieť a protokol fixné a otestujte druhý koncový bod. Vyberte vierohodné mesto zo zoznamu lokalít, ale nepredpokladajte, že najbližšia nálepka znamená najlepšiu trasu. Ak je jeden výstup pomalý a ostatné sú v poriadku, jeho hostiteľ alebo cesta si zaslúži vyšetrovanie; ak sú všetky výstupy pomalé na jednom zariadení, zatiaľ čo iné zariadenie je v poriadku, klient je lepší podozrivý.

Kde služba ponúka oba profily, porovnajte OpenVPN cez UDP s OpenVPN cez TCP. UDP je obvyklý východiskový bod pre interaktívnu prácu, zatiaľ čo TCP môže pomôcť v prístupovej sieti, ktorá UDP prevádzku vôbec neprepúšťa. Tunel TCP nahrádza straty opätovným odosielaním vnútri toku, a preto môže pôsobiť pomalšie na linke, ktorá zahadzuje pakety, a poznámky OpenVPN k riešeniu problémov s výkonom pokrývajú rovnaký kompromis skôr, než čokoľvek iné naladíte. Zmena slova "udp" na "tcp" v profile nemôže vytvoriť poslucháča, ktorý server nikdy neotvoril.

Uložte profil, ktorý pomáha, skôr než vyskúšate ďalšiu zmenu. Inak vás neskoršia regresia nechá hádať, ktorá úprava priniesla zlepšenie.

Čítajte zariadenie a príznak spolu

Sledujte zaťaženie procesora počas prenosu, nie po ňom, pretože cena šifrovania rastie s prevádzkou a malý router obsluhujúci domácnosť je iný stroj ako notebook, ktorý prevádzkuje svojho vlastného klienta. Ďalší VPN, virtuálny stroj alebo sieťový filter môžu sedieť na tej istej ceste a brať podiel prevádzky. Udržujte softvér aktuálny bez odstraňovania overovaní identity alebo kill switch, aby benchmark vyzeral lepšie. Ak malé požiadavky uspejú a veľké nahrávania sa zaseknú na stálej veľkosti, ďalšou 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]*"

Keď sa tunel opakovane resetuje, opravte odpojenia skôr, než začnete interpretovať akékoľvek číslo priepustnosti, pretože tunel, ktorý sa znova pripája, meria podanie ruky, nie cestu. Po každej zmene zopakujte pôvodnú úlohu a výsledok si uložte. Rýchlejší test rýchlosti, ktorý hovor stále kazí, nevyriešil sťažnosť, s ktorou ste začali.