Prečo je sťahovanie cez VPN rýchlejšie ako priamo

Spustíte veľké sťahovanie, prvé sekundy vyzerajú normálne a potom sa rýchlosť ustáli na približne polovici toho, čo by linka mala dávať. Pripojíte tunel, zopakujete to isté sťahovanie a ono drží vyššiu rýchlosť počas celého súboru. To je skutočné meranie a zároveň zavádzajúci záver, pretože tunel cestu nezrýchlil. Len presunul vašu prevádzku z portu, ktorý niečo po ceste obmedzovalo.

Prezradí to tvar krivky

Sledujte prenos, nie konečné číslo. Obmedzená cesta zvyčajne začína blízko rýchlosti linky, vyčerpá svoj burst limit a potom sa ustáli na hranici, takže priemer závisí od toho, ako dlho ste sa pozerali. Tunel, ktorý by cestu naozaj zlepšil, by ukázal lepšiu rýchlosť od prvej sekundy a udržal by ju. Plató je odtlačok prsta a ľahko ho prehliadnete, ak zaznamenávate len špičku.

Dva prechody toho istého súboru, jeden priamo a jeden tunelom, stačia na to, aby ste videli, či plató existuje.

Všimnite si, kedy plató začína, ako dlho trvá a akú rýchlosť drží. Tieto tri hodnoty oddeľujú tvarovač od preťaženej cesty, pretože preťaženie necháva rýchlosť blúdiť, kým tvarovač ju pripína k jednému číslu. Ak sa priamy prechod postupne zhoršuje a tunelový zostáva stabilný, pozeráte sa na politiku, nie na fyziku.

Tri porovnania, v každom jedna premenná

Meňte jednu vec na prechod, inak sa nič nedozviete. Stiahnite ten istý súbor bežnou webovou cestou, potom nástrojom na prenos, ktorý používa iný port, z hostiteľa s porovnateľnou kapacitou a v tú istú hodinu. Klientov stroj držte nezmenený, pretože notebook prechádzajúci medzi sieťami pridáva premennú, ktorú nemôžete ovládať.

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

Použite už skomprimovaný súbor, napríklad obraz disku, aby prepravná kompresia nemohla rozdiel vysvetliť. Potom, ak server ovládate, presuňte jeho prijímač na port, ktorý podozrievate z obmedzenia, aktualizujte profil klienta a zopakujte. Ak by tunel teraz klesol na obmedzenú rýchlosť, limit sleduje port, nie tunel, a otázka je vyriešená. Každé porovnanie spustite dvakrát a uchovávajte čísla plató, nie špičky.

Zaznamenajte aj hodinu, pretože tvarovač môže byť časovo založený a večerný test sa môže nezhodovať s ranným. Dva prechody v tú istú hodinu majú väčšiu cenu než desať rozložených počas dňa.

Čo toto meranie nemôže podložiť

Neukazuje, že tunel je všeobecne rýchlejší, že niečo komprimuje alebo že ostatné porty nie sú obmedzené. Opisuje jeden prenos na jednej linke počas jednej hodiny. Limity môžu byť na reláciu, na predplatiteľa alebo časovo založené a operátor ich môže zmeniť bez oznámenia.

Neukazuje ani to, že priama cesta je chybná. Obmedzená cesta funguje presne tak, ako má, je jednoducho obmedzená politikou.

Tento rozdiel je dôležitý, keď to opisujete. Porucha si žiada opravný tiket, kým politika si žiada otázku o zmluve alebo rozhodnutie obísť ju. Nazvať limit poruchou vytvára rozhovor s podporou, ktorý začína z nesprávneho predpokladu. Nazvať ho politikou vám umožní položiť konkrétnu otázku, ktorá má konkrétnu odpoveď.

Premeňte zistenie na žiadosť o podporu

Použite čísla a vynechajte záver. Žiadosť, ktorá uvádza, že veľké prenosy cez port 80 sa v týchto hodinách držia na približne polovici očakávanej rýchlosti, s priloženými číslami plató, je použiteľná. Žiadosť, ktorá hovorí, že VPN je rýchlejšia, použiteľná nie je, pretože sa číta ako tvrdenie o tuneli, nie ako pozorovanie linky. Priložte oba prechody a ich časové značky a potom nechajte operátora opísať politiku.

Netlačte každú aplikáciu do tunela len preto, aby ste naháňali to číslo.

Tunel vás stále stojí jeden skok navyše, šifrovanie a novú sadu režimov zlyhania, kým obmedzený port zostáva obmedzený pre všetko ostatné, čo ho používa. Keď veľké prenosy musia spoľahlivo skončiť, veďte si vlastnú poznámku o tom, ktorý port nesie limit. Presun prijímača na port 80 sa tiež zrazí s každým webovým serverom, ktorý je naň už naviazaný, a to vyvolá nový výpadok namiesto opravy.