Proč je stahování přes VPN rychlejší než přímo

Spustíte velké stahování, první sekundy vypadají normálně a pak se rychlost ustálí zhruba na polovině toho, co by linka měla dávat. Připojíte tunel, zopakujete stejné stahování a ono drží vyšší rychlost po celý soubor. To je skutečné měření a zároveň zavádějící závěr, protože tunel cestu nezrychlil. Jen přesunul váš provoz z portu, který něco cestou omezovalo.

Tvar křivky to prozradí

Sledujte přenos, ne konečné číslo. Omezená cesta obvykle začíná blízko rychlosti linky, vyčerpá svůj burst limit a pak se ustálí na hranici, takže průměr závisí na tom, jak dlouho jste se dívali. Tunel, který by cestu skutečně zlepšil, by ukázal lepší rychlost od první sekundy a udržel by ji. Plató je otisk prstu a snadno ho přehlédnete, když zaznamenáte jen špičku.

Dva průchody stejného souboru, jeden přímo a jeden tunelem, stačí k tomu, abyste viděli, zda plató existuje.

Všimněte si, kdy plató začíná, jak dlouho trvá a jakou rychlost drží. Tyto tři hodnoty oddělují tvarovač od zahlcené cesty, protože zahlcení nechává rychlost bloudit, zatímco tvarovač ji připíná k jednomu číslu. Pokud přímý průchod postupně slábne a tunelový zůstává stabilní, díváte se na politiku, ne na fyziku.

Tři srovnání, v každém jedna proměnná

Měňte jednu věc na průchod, jinak se nic nedozvíte. Stáhněte stejný soubor běžnou webovou cestou, potom nástrojem pro přenos, který používá jiný port, z hostitele srovnatelné kapacity a ve stejnou hodinu. Klientský stroj držte beze změny, protože notebook přecházející mezi sítěmi přidává proměnnou, kterou nemůžete ovládat.

curl -o /dev/null -w '%{speed_download}' https://files.example/big.iso
scp [email protected]:/exports/big.iso /dev/null

Použijte soubor, který je už zkomprimovaný, například obraz disku, aby přenosová komprese nemohla rozdíl vysvětlit. Potom, pokud server ovládáte, přesuňte jeho posluchač na port, který podezíráte z omezení, aktualizujte profil klienta a opakujte. Kdyby tunel nyní klesl na omezenou rychlost, limit sleduje port, ne tunel, a otázka je vyřešena. Každé srovnání spusťte dvakrát a uchovávejte čísla plató, ne špičky.

Zaznamenejte i hodinu, protože tvarovač může být časově založený a večerní test se může rozejít s ranním. Dva průchody ve stejnou hodinu mají větší cenu než deset rozložených přes den.

Co toto měření nemůže podložit

Neukazuje, že tunel je obecně rychlejší, že něco komprimuje, ani že ostatní porty nejsou omezené. Popisuje jeden přenos na jedné lince během jedné hodiny. Limity mohou být na relaci, na předplatitele nebo časově založené a operátor je může změnit, aniž by to oznámil.

Neukazuje ani to, že přímá cesta je vadná. Omezená cesta funguje přesně tak, jak má, je prostě omezená politikou.

Tento rozdíl je důležitý, když to sepisujete. Závada si žádá opravárenský tiket, kdežto politika si žádá otázku o smlouvě nebo rozhodnutí obejít ji. Nazvat limit závadou vytváří rozhovor s podporou, který začíná ze špatného předpokladu. Nazvat ho politikou vám umožní položit konkrétní otázku, která má konkrétní odpověď.

Přeměňte zjištění na žádost o podporu

Použijte čísla a závěr vynechte. Žádost, která uvádí, že velké přenosy přes port 80 se v těchto hodinách drží na zhruba polovině očekávané rychlosti, s přiloženými čísly plató, je použitelná. Žádost, která říká, že VPN je rychlejší, použitelná není, protože se čte jako tvrzení o tunelu, ne jako pozorování linky. Přiložte oba průchody a jejich časové značky a pak nechte operátora popsat politiku.

Netlačte každou aplikaci do tunelu jen proto, abyste honili to číslo.

Tunel vás stále stojí jeden skok navíc, šifrování a novou sadu režimů selhání, zatímco omezený port zůstává omezený pro všechno ostatní, co ho používá. Když velké přenosy musí spolehlivě skončit, veďte si vlastní poznámku o tom, který port nese limit. Přesun posluchače na port 80 se také srazí s každým webovým serverem, který už na něm běží, a to vyvolá nový výpadek místo opravy.