Môže byť VPN rýchlejšia ako priame pripojenie?

Prenos, ktorý sa na kancelárskom pripojení plazí, sa niekedy tunelom skončí rýchlo, a dodatočná enkapsulácia to necháva vyzerať nemožne. Zdánlivý paradox vzniká porovnávaním nesprávnych vecí. Tunel pridáva prácu a zároveň mení ktorou sieťovou cestou prevádzka ide, akú adresu vidí cieľ a niekedy aj to, ktorý server vôbec odpovedá. Rozhodnutie medzi oboma trasami vyžaduje tieto tri efekty oddeliť skôr, než padne akýkoľvek záver o rýchlosti.

Tri veci, ktoré tunel môže zmeniť

Prvá je tranzit. Smerovanie na internete sa riadi politikou operátora a obchodnými vzťahmi, nie nameranou latenciou, takže cesta cez poskytovateľa VPN môže prechádzať inými sieťami než priama trasa. Môže sa vyhnúť preťaženému výmennému bodu alebo skončiť na takom s lepším peeringom, a rovnako ľahko môže byť horšia.

Druhá je cieľ. Zmena výstupnej adresy často mení odpoveď DNS a obsahová sieť vám môže dať inú vyrovnávaciu pamäť alebo iný región. Časť zlepšenia potom patrí novému serveru, nie tunelu. Rovnaký názov hostiteľa môže skončiť na bližšom alebo menej zaťaženom serveri bez toho, aby sa na klientovi čokoľvek zmenilo.

Tretia je správanie transportu. Enkapsulácia mení efektívnu veľkosť paketu a tunel, ktorý sa vyhýba stratovému strednému úseku, môže nechať TCP tok zväčšovať okno namiesto opakovaného cúvania. Nič z toho nie je univerzálny mechanizmus zrýchlenia; každé je podmienka, ktorú treba pozorovať. Práve ich oddelenie mení zaujímavosť na fakt.

Čo zmeniť nemôže

Nič v tuneli nepridáva kapacitu spojeniu medzi zariadením a sieťou. Nasýtený kanál Wi-Fi, preťažená posledná míľa alebo limitovaný mobilný tarif obmedzujú obe cesty rovnako a test rýchlosti tunelom nemôže ten strop prekročiť. To isté spojenie nesie zapuzdrené pakety, takže enkapsulácia môže kapacitu spotrebúvať, ale nikdy ju nevytvára. Mení sa to, kam pakety idú po opustení tohto spojenia. Preto má rýchly výsledok tunelom vždy vysvetlenie vyššie než za prvým skokom.

Obmedzenia na strane servera sú rovnako ľahostajné. Ak vzdialený hostiteľ obsluhuje pomaly, lepšia cesta len doručí pomalú odpoveď efektívnejšie a používateľ stále čaká. Zdieľaný zdroj pod záťažou vyzerá na oboch cestách pomaly v rovnakom okamihu.

Porovnávajte cesty správne

Udržujte aplikáciu, smer, trvanie a súbežnosť rovnaké a meňte iba cestu. Spusťte každý test viac ako raz, v rovnakom čase dňa, a zapíšte výstupnú adresu a odpoveď resolvera vedľa priepustnosti. Jedno spustenie je vzorka, nie meranie, a jedno rýchle stiahnutie môže byť zásah do vyrovnávacej pamäte, ktorý o trase nič nehovorí. Zapíšte podmienky pred výsledkami, pretože čísla sa potom ťažko interpretujú.

mtr -rwc 50 -T -P 443 203.0.113.20
curl -o /dev/null -s -w '%{speed_download} %{time_connect}\n' https://example.com/file
dig +short cdn.example.com
traceroute -n -T -p 443 cdn.example.com

Odpoveď resolvera je detail, ktorý väčšina porovnaní vynecháva, a vysvetľuje „zlepšenia“, ktoré zmiznú, keď sa vynúti rovnaký server. Ak sa adresa medzi spusteniami líši, test porovnal dve destinácie, nie dve cesty. Uvádzajte latenciu a straty vedľa priepustnosti, pretože cesta, ktorá je celkovo rýchlejšia, ale každú interaktívnu požiadavku spomaľuje, nie je pre záťaž, ktorá sa sťažovala, lepšia. Čas obratu je pre všetko, čo sa pýta a čaká, dôležitejší než hromadná rýchlosť.

Kedy má zmysel rozdiel zachovať

Ak schválený tunel spoľahlivo zlepšuje konkrétnu záťaž, je to legitímna prevádzková voľba: zdokumentujte záťaž, meranie a použitý výstup. Použiteľný záznam pomenuje jedného hostiteľa, výstupnú adresu, ktorú tunel vytvoril, odpoveď resolvera a rovnaké čísla z priamej cesty v ten istý deň. To stačí, aby ďalší inženýr porovnanie zopakoval, namiesto toho, aby ho znovu riešil. Stále to nie je dôkaz, že poskytovateľ niečo obmedzuje, a neprenáša sa na iné aplikácie ani iné hodiny.

Uchovávajte záznam merania spolu s konfiguráciou. Odpovedá na ďalšiu otázku, či zlepšenie stále existuje, a to je jediný spôsob, ako zistiť, či sa zmenila cesta alebo záťaž. Záznam bez dátumu na takú otázku neodpovie vôbec.