Miért gyorsabb a letöltés a VPN-en át, mint közvetlenül
A közvetlen futás platója és a stabil alagútfutás portkorlátra utal, nem gyorsabb útvonalra. Három összehasonlítás, mindegyikben egy változó, majd egy támogatási kérés.
Elindít egy nagy letöltést, az első másodpercek normálisnak tűnnek, majd a sebesség beáll a vonal által nyújtandó érték körülbelül felére. Csatlakozik az alagúthoz, megismétli ugyanazt a letöltést, és az a teljes fájl alatt magasabb sebességet tart. Ez egyszerre valódi mérés és félrevezető következtetés, mert az alagút nem tette gyorsabbá az útvonalat. Csak elmozdította a forgalmát egy portról, amelyet valami az útvonalon korlátozott.
A görbe alakja elárulja
Az átvitelt figyelje, ne a végső számot. A korlátozott útvonal általában a vonal sebességéhez közel indul, elhasználja a burst-keretét, majd beáll a határértékre, így az átlag attól függ, mennyi ideig figyelte. Egy alagút, amely valóban javította az útvonalat, az első másodperctől jobb sebességet mutatna, és tartaná is. A plató az ujjlenyomat, és könnyű elszalasztani, ha csak a csúcsot rögzíti.
Ugyanazon fájl két futása, egy közvetlen és egy az alagúton át, elég ahhoz, hogy lássa, létezik-e plató.
Figyelje meg, mikor kezdődik a plató, meddig tart, és milyen sebességet tart. Ez a három érték választja el a formálót a torlódott útvonaltól, mert a torlódás hagyja a sebességet vándorolni, míg a formáló egyetlen számhoz szögezi. Ha a közvetlen futás fokozatosan romlik, az alagút futása pedig stabil marad, politikát lát, nem fizikát.
Három összehasonlítás, mindegyikben egy változó
Futásonként egy dolgot változtasson, különben semmit sem tanul. Töltse le ugyanazt a fájlt a szokásos webes útvonalon, majd egy másik portot használó átviteli eszközzel, hasonló kapacitású hosztról és ugyanabban az órában. Tartsa rögzítve az ügyfélgépet, mert a hálózatok között mozgó laptop olyan változót ad hozzá, amelyet nem tud irányítani.
curl -o /dev/null -w '%{speed_download}' https://files.example/big.iso
scp [email protected]:/exports/big.iso /dev/nullHasználjon már tömörített fájlt, például lemezképet, hogy a szállítási tömörítés ne magyarázhassa a különbséget. Aztán, ha irányítja a kiszolgálót, mozgassa a figyelőjét arra a portra, amelyről gyanítja, hogy formált, frissítse az ügyfélprofilt, és ismételje meg. Ha az alagút most leesik a formált sebességre, a határ a portot követi, nem az alagutat, és a kérdés eldőlt. Minden összehasonlítást kétszer futtasson, és a plató számait tartsa meg, ne a csúcsokat.
Az órát is jegyezze fel, mert a formáló lehet időalapú, és az esti teszt ellentmondhat a reggelinek. Két futás ugyanabban az órában többet ér, mint tíz a nap folyamán szétszórva.
Mit nem tud alátámasztani ez a mérés
Nem mutatja, hogy az alagút általában gyorsabb, hogy bármit tömörít, vagy hogy más portok nincsenek formálva. Egyetlen átvitelt ír le egy vonalon, egy óra alatt. A határok lehetnek munkamenetenként, előfizetőnként vagy időalapúak, és az üzemeltető bejelentés nélkül módosíthatja őket.
Azt sem mutatja, hogy a közvetlen útvonal hibás. A formált útvonal pontosan a szándék szerint működik, csak politikailag korlátozott.
Ez a különbség számít, amikor leírja. A hiba javítási jegyet kér, a politika viszont kérdést a szerződésről vagy döntést annak megkerüléséről. Ha egy korlátot hibának nevez, a támogatással folytatott beszélgetés rossz feltevésből indul. Ha politikának nevezi, konkrét kérdést tehet fel, amelyre konkrét válasz van.
Alakítsa a megállapítást támogatási kéréssé
Használja a számokat, és hagyja ki a következtetést. Egy kérés, amely szerint a 80-as porton átmenő nagy átvitelek ezekben az órákban a várt sebesség körülbelül felén maradnak, a plató számaival mellékelve, végrehajtható. Egy kérés, amely szerint a VPN gyorsabb, nem az, mert az alagútra vonatkozó állításként olvasható, nem a vonalra vonatkozó megfigyelésként. Mellékelje mindkét futást és azok időbélyegét, majd hagyja, hogy az üzemeltető leírja a politikát.
Ne toljon minden alkalmazást az alagútba csak azért, hogy azt a számot hajszolja.
Az alagút továbbra is egy plusz ugrást, titkosítást és új hibamódokat kölcsönöz Önnek, miközben a korlátozott port korlátozott marad minden más számára, ami használja. Amikor a nagy átviteleknek megbízhatóan be kell fejeződniük, vezessen saját feljegyzést arról, melyik port hordozza a korlátot. A figyelő áthelyezése a 80-as portra ütközik minden webkiszolgálóval, amely már ahhoz van kötve, és ez javítás helyett új kiesést okoz.