Kas VPN saab olla otsesest ühendusest kiirem?

Ühendus, mis kontorivõrgus vaevaliselt edeneb, lõpeb tunnelist mõnikord kiiresti, ja lisakapseldamine teeb selle pealtnäha võimatuks. Näiline vastuolu tuleb valede asjade võrdlemisest. Tunnel lisab tööd ja muudab ka seda, millist võrguteed liiklus läbib, millist aadressi sihtkoht näeb ja mõnikord, milline server üldse vastab. Otsus kahe marsruudi vahel nõuab nende kolme mõju eraldamist enne mis tahes järeldust kiiruse kohta.

Kolm asja, mida tunnel saab muuta

Esimene on transiit. Interneti marsruutimine järgib operaatori poliitikat ja ärisuhteid, mitte mõõdetud latentsust, seega võib VPN-teenusepakkuja kaudu kulgev tee läbida teisi võrke kui otsemarsruut. See võib vältida ülekoormatud vahetuspunkti või maanduda paremini ühendatud punktis, ja võib sama kergesti olla halvem.

Teine on sihtkoht. Väljumisaadressi muutus muudab sageli DNS-vastust, ja sisuvõrk võib anda teile teise vahemälu või piirkonna. Osa paranemisest kuulub siis uuele serverile, mitte tunnelile. Sama hostinimi võib maanduda lähemale või vähem koormatud serverile, ilma et kliendis midagi muutuks.

Kolmas on transpordikäitumine. Kapseldamine muudab tegelikku paketi suurust, ja tunnel, mis väldib kadudega keskmist lõiku, võib lasta TCP voogul oma akent suurendada, selle asemel et korduvalt tagasi tõmbuda. Ükski neist ei ole universaalne kiirendusmehhanism; igaüks on tingimus, mida tuleb jälgida. Just nende eraldamine muudab uudishimu faktiks.

Mida see muuta ei saa

Miski tunnelis ei lisa suutlikkust seadme ja võrgu vahelisele lülile. Küllastunud Wi-Fi kanal, ülekoormatud viimane miil või piiratud mobiilipakett piiravad mõlemat teed ühtemoodi, ja tunnelist tehtud kiirustest ei saa sellest laest üle. Sama lüli kannab kapseldatud pakette, seega kapseldamine võib suutlikkust kulutada, aga mitte kunagi luua. Muutub see, kuhu paketid lähevad pärast selle lüli lahkumist. Seetõttu on kiirel tunnelitulemusel alati seletus esimesest hüppest ülesvoolu.

Serveripoolsed piirid on sama ükskõiksed. Kui kaugserver teenindab aeglaselt, toimetab parem tee aeglase vastuse lihtsalt tõhusamalt kohale ja kasutaja ootab ikka. Koormuse all olev jagatud allikas näeb samal hetkel mõlemal teel aeglane välja.

Võrrelge teid õigesti

Hoidke rakendus, suund, kestus ja paralleelsus samadena ning muutke ainult teed. Käivitage iga test rohkem kui üks kord, samal kellaajal, ja kirjutage väljumisaadress ning resoluutori vastus läbilaskevõime kõrvale. Üks jooks on valim, mitte mõõtmine, ja üks kiire allalaadimine võib olla vahemälu tabamus, mis marsruudi kohta midagi ei ütle. Kirjutage tingimused enne tulemusi, sest numbreid on hiljem raske tõlgendada.

mtr -rwc 50 -T -P 443 203.0.113.20
curl -o /dev/null -s -w '%{speed_download} %{time_connect}\n' https://example.com/file
dig +short cdn.example.com
traceroute -n -T -p 443 cdn.example.com

Resoluutori vastus on detail, mille enamik võrdlusi jätab välja, ja see seletab „paranemisi“, mis kaovad, kui sama serverit sundida. Kui aadress erineb jooksude vahel, võrdles test kahte sihtkohta, mitte kahte teed. Teatage latentsus ja kadu läbilaskevõime kõrval, sest tee, mis on kokkuvõttes kiirem, aga lisab igale interaktiivsele päringule viivitust, ei ole parem koormusele, mis kaebas. Edasi-tagasi aeg loeb masskiirusest rohkem kõige jaoks, mis küsib ja ootab.

Millal on erinevust väärt hoida

Kui heakskiidetud tunnel parandab usaldusväärselt kindlat töökoormust, on see seaduslik operatiivne valik: dokumenteerige töökoormus, mõõtmine ja kasutatud väljund. Kasutatav kirje nimetab ühe hosti, tunneli loodud väljumisaadressi, resoluutori vastuse ja samad numbrid otseteelt samal päeval. Sellest piisab, et järgmine insener võrdlust korrata saaks, mitte seda uuesti vaielda. See ei ole siiski tõestus, et teenusepakkuja midagi piirab, ja see ei kandu teistele rakendustele ega teistele tundidele.

Hoidke mõõtmiskirje koos konfiguratsiooniga. See vastab järgmisele küsimusele, kas paranemine on veel olemas, ja see on ainus viis teada, kas tee või töökoormus muutus. Kuupäevata kirje ei saa sellele küsimusele üldse vastata.