Proč může stahování přes VPN předčit vaše přímé připojení

Připojte tunel, spusťte velké stahování a ono běží zhruba dvakrát rychleji než stejný soubor bez něj. Zní to jako reklama, ale na domácí lince to může být skutečné měření. Obvyklou příčinou je limit rychlosti navázaný na jeden port: tunel nese váš přenos tam, kde ho tvarovač nevidí, a skutečná kapacita linky se ukáže poprvé.

Zajímavé číslo tedy není to, jak rychlý byl VPN. Je to, kolik své linky jste nikdy nedostávali, a proč.

Limit, který sleduje port, ne trasu

Poskytovatel přístupu může omezit propustnost na účastníka podle protokolu nebo cílového portu a port 80 je oblíbený cíl, protože ho používá hodně běžného prohlížení. Limit se často neuplatní od prvního paketu: přenos začne blízko rychlosti linky, spálí nárazovou kvótu a pak se usadí na omezené hodnotě. První sekundy vypadají zdravě a zbytek přenosu ne.

Pošlete stejné bajty jiným portem a tvarovač na 80 je nikdy neuvidí. Tunel vypadá, že poráží přímé spojení, i když přidal skok, šifrování a vlastní režii. Nezlepšila se cesta, ale zmizelo pravidlo.

Proto je účinek tak konzistentní napříč soubory i cíli. Je-li limit na portu, vše nesené tímto portem se chová stejně, ať je velikost souboru jakákoli a ať je hostitel kdokoli. Cíl, který přitahuje jiné pravidlo, ukazuje jinou křivku, a ten rozdíl je sám o sobě diagnostický.

Měřte plošinu, ne špičku

Špička je nejméně informativní část přenosu, protože každé spojení vypadá dobře, dokud se plní jeho buffery. Zapište, kde se rychlost ustálí a jak dlouho tam vydrží.

curl -o /dev/null -w '%{speed_download} %{time_total}\n' https://<host>/test.bin
scp user@<transfer-host>:/data/test.bin /tmp/

Spusťte dvojici hned po sobě na stejném stroji, ve stejnou hodinu, proti hostitelům ve srovnatelných sítích. Jeden vzorek nic nedokazuje; tvar křivky přes dva běhy u každého je to, co odliší nárazovou kvótu od stabilního limitu. Zapište, kde se rychlost vyrovná, ne co ukázala první sekunda, protože náraz je přesně to, co vám tvarovač dá, než začne omezovat. Klidná plošina, která vydrží do konce přenosu, je číslo k porovnání.

Nechte soubor už zkomprimovaný, aby transportní komprese nemohla být nabídnuta jako vysvětlení. PDF nebo archiv tuto proměnnou odstraní a také nikomu nedovolí tvrdit, že tunel data zmáčkl. Pokud oba přenosy používají stejný soubor, jediný zbývající rozdíl je cesta a port. Zapište nástroj a port vedle každého čísla, jinak druhý běh není srovnatelný s prvním.

Tři srovnání, která izolují příčinu

Projděte je popořadě a zastavte se, jakmile je vzorec jasný, protože každé vylučuje jiný příběh.

1. Zopakujte stejné stahování po obvyklé webové cestě a přes nástroj pro přenos na jiném portu, z hostitele se srovnatelnou kapacitou.
2. Zopakujte obojí s nekomprimovatelným souborem, aby komprese přestala být kandidátem.
3. Pokud server tunelu spravujete sami, přivažte ho znovu k portu 80, upravte profil klienta, aby se oba konce shodly, a přeneste znovu. Pokud tunel teď sedí na omezené webové rychlosti, omezení sleduje port, ne VPN.

Třetí krok je rozhodující a je to také ten, který lidé přeskakují, protože vyžaduje změnu konfigurace. Bez něj jste ukázali, že se dvě věci liší, ne že příčinou je port.

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

Neukazuje, že je tunel obecně rychlejší, že něco komprimuje, ani že ostatní porty na lince jsou neomezené. Popisuje tento přenos, na této lince, v tuto hodinu. Limity lze uplatnit na relaci, na účastníka nebo podle denní doby a mohou se změnit bez oznámení.

Ani nedokazuje, že je přímá cesta rozbitá. Omezená cesta stále funguje; je omezená záměrně a záměrná politika není závada čekající na opravu.

A rozhodně neospravedlňuje posílat všechno tunelem. Každá aplikace na portu 80 zůstává omezená, zatímco vše, co odkloníte, teď závisí na skoku navíc a na dalším způsobu selhání.

Přeměňte zjištění v něco proveditelného

Zapište pozorování jako měření, ne jako verdikt: velké přenosy přes port 80 se usazují blízko poloviny rychlosti, které stejný soubor dosáhne na jiném portu, v těchto hodinách, na této lince, s těmito vzorky v příloze. To je požadavek na podporu, který někdo může prošetřit.

„VPN je rychlejší“ není. Zve to odpověď o režii šifrování a taková odpověď je technicky správná, ale nikomu neříká nic užitečného. Přiložte počet vzorků, hodinu a port, aby čtenář mohl vzorec zopakovat.

Pokud se rozhodnete dál používat jiný port pro objemné přenosy, poznamenejte si výhradu do svých záznamů: přesun posluchače na port 80 koliduje s jakýmkoli webovým serverem, který tam už je navázán, a výsledná porucha vypadá jako rozbitý tunel, ne jako konflikt portů.