De ce o descărcare este mai rapidă prin VPN decât direct

Porniți o descărcare mare, primele secunde par normale, apoi rata se stabilizează la aproximativ jumătate din ce ar trebui să livreze linia. Vă conectați la tunel, repetați aceeași descărcare și acesta menține o rată mai mare pe tot fișierul. Este o măsurătoare reală și o concluzie înșelătoare în același timp, pentru că tunelul nu a făcut calea mai rapidă. A mutat doar traficul dumneavoastră de pe un port pe care ceva de-a lungul traseului îl limita.

Forma curbei o dezvăluie

Urmăriți transferul, nu numărul final. O cale limitată începe de obicei aproape de rata liniei, consumă alocația de rafală și apoi se așază la limită, așa că media depinde de cât timp ați urmărit. Un tunel care ar fi îmbunătățit cu adevărat calea ar arăta o rată mai bună din prima secundă și ar păstra-o. Platoul este amprenta, și este ușor să îl ratați dacă notați doar vârful.

Două rulări ale aceluiași fișier, una directă și una prin tunel, sunt suficiente pentru a vedea dacă există un platou.

Observați când începe platoul, cât durează și ce rată menține. Aceste trei valori separă un modelator de o cale congestionată, pentru că congestia lasă rata să rătăcească, în timp ce un modelator o fixează la un singur număr. Dacă rularea directă se înrăutățește treptat, iar cea prin tunel rămâne stabilă, priviți politica, nu fizica.

Trei comparații, câte o variabilă

Schimbați un singur lucru pe rulare, altfel nu învățați nimic. Descărcați același fișier pe calea web obișnuită, apoi cu un instrument de transfer care folosește alt port, de pe un host cu capacitate comparabilă și la aceeași oră. Țineți mașina client fixă, pentru că un laptop care se mută între rețele adaugă o variabilă pe care nu o puteți controla.

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

Folosiți un fișier deja comprimat, cum ar fi o imagine de disc, astfel încât compresia de transport să nu poată explica diferența. Apoi, dacă controlați serverul, mutați-i ascultătorul pe portul pe care bănuiți că este limitat, actualizați profilul clientului și repetați. Dacă tunelul ar cădea acum la rata limitată, limita urmează portul, nu tunelul, și întrebarea este rezolvată. Rulați fiecare comparație de două ori și păstrați cifrele platoului, nu vârfurile.

Notați și ora, pentru că un modelator poate fi bazat pe timp, iar un test de seară poate să nu fie de acord cu unul de dimineață. Două rulări la aceeași oră valorează mai mult decât zece împrăștiate pe parcursul zilei.

Ce nu poate susține această măsurătoare

Nu arată că tunelul este în general mai rapid, că ar comprima ceva sau că alte porturi nu sunt limitate. Descrie un singur transfer pe o singură linie într-o oră. Limitele pot fi pe sesiune, pe abonat sau bazate pe timp, iar un operator le poate schimba fără să anunțe.

De asemenea, nu arată că calea directă este defectă. O cale limitată funcționează exact cum a fost concepută, este pur și simplu limitată de politică.

Această distincție contează când scrieți raportul. O defecțiune cere un tichet de reparație, în timp ce o politică cere o întrebare despre contract sau o decizie de a o ocoli. A numi o limită defecțiune produce o conversație cu suportul care pornește de la o premisă greșită. A o numi politică vă permite să puneți o întrebare concretă care are un răspuns concret.

Transformați constatarea într-o cerere de suport

Folosiți cifrele și lăsați concluzia deoparte. O cerere care spune că transferurile mari prin portul 80 se mențin la aproximativ jumătate din rata așteptată în aceste ore, cu cifrele platoului atașate, este acționabilă. O cerere care spune că VPN-ul este mai rapid nu este, pentru că se citește ca o afirmație despre tunel, nu ca o observație despre linie. Atașați ambele rulări și marcajele lor de timp, apoi lăsați operatorul să descrie politica.

Nu împingeți fiecare aplicație în tunel doar pentru a urmări acea cifră.

Tunelul vă mai costă un salt suplimentar, criptare și un set nou de moduri de eșec, în timp ce portul limitat rămâne limitat pentru orice altceva îl folosește. Când transferurile mari trebuie să se termine în mod fiabil, țineți propria notă despre care port duce limita. Mutarea unui ascultător pe portul 80 se ciocnește și de orice server web deja legat de el, iar asta produce o nouă întrerupere în loc de o corectare.