Kodėl VPN atsisiuntimas gali aplenkti tiesioginį ryšį

Prijunkite tunelį, pradėkite didelį atsisiuntimą ir jis judės maždaug du kartus greičiau, nei tas pats failas be jo. Tai skamba kaip reklama, bet gali būti tikras matavimas namų linijoje. Įprasta priežastis yra prie vieno prievado pririštas greičio apribojimas: tunelis perkelia jūsų perdavimą ten, kur formuotojas nežiūri, ir tikroji linijos talpa pasirodo pirmą kartą.

Tai reiškia, kad įdomus skaičius yra ne tai, koks greitas buvo VPN. O tai, kiek savo linijos jūs niekada gaudavote, ir kodėl.

Riba, kuri seka prievadą, o ne maršrutą

Prieigos tiekėjas gali apriboti pralaidumą kiekvienam abonentui pagal protokolą ar paskirties prievadą, o 80 prievadas yra mėgstamiausias taikinys, nes tiek daug įprasto naršymo juo naudojasi. Apribojimas dažnai netaikomas nuo pirmo paketo: perdavimas prasideda arti linijos greičio, sudegina protrūkio kvotą ir tada nusileidžia ties apribotu skaičiumi. Pirmos sekundės atrodo sveikos, o likęs perdavimas ne.

Nusiųskite tuos pačius baitus kitu prievadu ir formuotojas ties 80 jų niekada nepamatys. Tunelis atrodo nugalįs tiesioginį ryšį, nors pridėjo šuolį, šifravimą ir savo sąnaudas. Pagerėjo ne kelias, o taisyklės nebuvimas.

Štai kodėl poveikis toks nuoseklus failų ir paskirčių atžvilgiu. Jei riba yra prievade, viskas, kas keliauja tuo prievadu, elgiasi taip pat, kad ir koks būtų failo dydis ir kas bebūtų prieglobos serveris. Paskirties vieta, kuri pritraukia kitą taisyklę, rodo kitą kreivę, ir tas skirtumas yra diagnostinis pats savaime.

Matuokite plynaukštę, o ne viršūnę

Viršūnė yra mažiausiai informatyvi perdavimo dalis, nes kiekvienas ryšys atrodo gerai, kol pildosi jo buferiai. Užsirašykite, kur greitis nusistovi ir kiek ten išlieka.

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

Paleiskite porą vieną po kitos tame pačiame kompiuteryje, tą pačią valandą, prieš prieglobos serverius panašiuose tinkluose. Vienas bandinys nieko neįrodo; kreivės forma per du kiekvieno paleidimus yra tai, kas atskiria protrūkio kvotą nuo stabilios ribos. Užrašykite, kur greitis išsilygina, o ne ką parodė pirma sekundė, nes protrūkis yra būtent tai, ką formuotojas duoda prieš pradėdamas riboti. Rami plynaukštė, kuri laikosi iki perdavimo pabaigos, yra skaičius, kurį reikia lyginti.

Laikykite failą jau suspaustą, kad transporto suspaudimas negalėtų būti siūlomas kaip paaiškinimas. PDF ar archyvas pašalina tą kintamąjį ir taip pat neleidžia niekam teigti, kad tunelis suspaudė turinį. Jei abu perdavimai naudoja tą patį failą, vienintelis likęs skirtumas yra kelias ir prievadas. Užrašykite įrankį ir prievadą prie kiekvieno skaičiaus, kitaip antrasis paleidimas nepalyginamas su pirmuoju.

Trys palyginimai, kurie išskiria priežastį

Atlikite juos iš eilės ir sustokite, kai tik modelis paaiškėja, nes kiekvienas atmeta kitą istoriją.

1. Pakartokite tą patį atsisiuntimą įprastu žiniatinklio keliu ir perdavimo įrankiu kitame prievade, iš panašios talpos prieglobos serverio.
2. Pakartokite abu su nespaudžiamu failu, kad suspaudimas nustotų būti kandidatas.
3. Jei tunelio serverį valdote patys, vėl pririškite jį prie 80 prievado, pakoreguokite kliento profilį, kad abu galai sutartų, ir perduokite dar kartą. Jei tunelis dabar laikosi ties apribotu žiniatinklio greičiu, apribojimas seka prievadą, o ne VPN.

Trečias žingsnis yra lemiamas, ir jis taip pat yra tas, kurį žmonės praleidžia, nes reikia pakeisti konfigūraciją. Be jo įrodėte, kad du dalykai skiriasi, o ne kad priežastis yra prievadas.

Ko šis matavimas negali pagrįsti

Jis neparodo, kad tunelis apskritai greitesnis, kad jis ką nors suspaudžia ar kad kiti linijos prievadai neribojami. Jis aprašo šį perdavimą, šioje linijoje, šią valandą. Apribojimai gali būti taikomi sesijai, abonentui ar paros metui, ir jie gali keistis be įspėjimo.

Jis taip pat neįrodo, kad tiesioginis kelias sugedęs. Apribotas kelias vis dar veikia; jis apribotas tyčia, o tyčinė politika nėra gedimas, laukiantis remonto.

Ir jis tikrai nepateisina visko nukreipimo per tunelį. Kiekviena programa 80 prievade lieka apribota, o viskas, ką nukreipiate, dabar priklauso nuo papildomo šuolio ir papildomo gedimo režimo.

Paverskite radinį kuo nors, ką galima įgyvendinti

Užrašykite stebėjimą kaip matavimą, o ne kaip nuosprendį: dideli perdavimai 80 prievadu nusistovi maždaug ties puse greičio, kurį tas pats failas pasiekia kitame prievade, šiomis valandomis, šioje linijoje, su šiais bandiniais priede. Tai pagalbos užklausa, kurią kas nors gali ištirti.

„VPN greitesnis“ nėra. Tai kviečia atsakymą apie šifravimo sąnaudas, ir tas atsakymas techniškai teisingas, nors niekam nepasako nieko naudingo. Pridėkite bandinių skaičių, valandą ir prievadą, kad skaitytojas galėtų atkartoti modelį.

Jei nuspręsite toliau naudoti kitą prievadą dideliems perdavimams, užsirašykite šią išlygą savo įrašuose: klausytojo perkėlimas į 80 prievadą susiduria su bet kuriuo žiniatinklio serveriu, jau pririštu ten, ir dėl to kylantis gedimas atrodo kaip sugedęs tunelis, o ne prievadų konfliktas.