Miksi lataus on nopeampi VPN:n kautta kuin suoraan
Tasanne suorassa ajossa ja vakaa tunneliajo viittaavat portin rajaan, eivät nopeampaan reittiin. Kolme vertailua, kussakin yksi muuttuja, ja sitten tukipyyntö.
Aloitat suuren latauksen, ensimmäiset sekunnit näyttävät normaaleilta ja sitten nopeus vakiintuu noin puoleen siitä, mitä linjan pitäisi tuottaa. Yhdistät tunneliin, toistat saman latauksen ja se pitää korkeampaa nopeutta koko tiedoston ajan. Se on todellinen mittaus ja samalla harhaanjohtava johtopäätös, koska tunneli ei tehnyt reitistä nopeampaa. Se vain siirsi liikenteesi pois portilta, jota jokin matkan varrella rajoitti.
Käyrän muoto paljastaa sen
Tarkkaile siirtoa äläkä loppulukua. Rajoitettu reitti alkaa yleensä läheltä linjan nopeutta, kuluttaa purskevaransa ja asettuu sitten rajaan, joten keskiarvo riippuu siitä, kuinka kauan katsoit. Tunneli, joka todella parantaisi reittiä, näyttäisi parempaa nopeutta ensimmäisestä sekunnista lähtien ja pitäisi sen. Tasanne on sormenjälki, ja se on helppo ohittaa, jos kirjaat vain huipun.
Kaksi ajoa samasta tiedostosta, yksi suoraan ja yksi tunnelin kautta, riittää näyttämään, onko tasannetta.
Pane merkille, milloin tasanne alkaa, kuinka kauan se kestää ja mitä nopeutta se pitää. Nämä kolme arvoa erottavat muotoilijan ruuhkautuneesta reitistä, koska ruuhka antaa nopeuden vaeltaa, kun taas muotoilija naulitsee sen yhteen lukuun. Jos suora ajo heikkenee vähitellen ja tunneliajo pysyy vakaana, katsot politiikkaa etkä fysiikkaa.
Kolme vertailua, kussakin yksi muuttuja
Muuta yhtä asiaa ajoa kohden, muuten et opi mitään. Hae sama tiedosto tavallista verkkoreittiä pitkin, sitten siirtotyökalulla, joka käyttää toista porttia, samankaltaisen kapasiteetin isännältä ja samaan tuntiin. Pidä asiakaskone kiinteänä, koska verkkojen välillä liikkuva kannettava lisää muuttujan, jota et voi hallita.
curl -o /dev/null -w '%{speed_download}' https://files.example/big.iso
scp [email protected]:/exports/big.iso /dev/nullKäytä jo pakattua tiedostoa, kuten levykuvaa, jotta siirtopakkaus ei voi selittää eroa. Sitten jos hallitset palvelinta, siirrä sen kuuntelija portille, jonka epäilet olevan muotoiltu, päivitä asiakasprofiili ja toista. Jos tunneli nyt putoaa muotoiltuun nopeuteen, raja seuraa porttia eikä tunnelia, ja kysymys on ratkaistu. Aja jokainen vertailu kahdesti ja säilytä tasanteen luvut, älä huippuja.
Kirjaa myös tunti, koska muotoilija voi olla aikapohjainen ja iltatesti voi olla eri mieltä aamutestin kanssa. Kaksi ajoa samaan tuntiin on arvokkaampi kuin kymmenen pitkin päivää.
Mitä tämä mittaus ei voi tukea
Se ei osoita, että tunneli olisi yleisesti nopeampi, että se pakkaisi jotain tai että muut portit eivät olisi muotoiltuja. Se kuvaa yhtä siirtoa yhdellä linjalla yhden tunnin aikana. Rajat voivat olla istuntokohtaisia, tilaajakohtaisia tai aikapohjaisia, ja operaattori voi muuttaa niitä ilmoittamatta.
Se ei myöskään osoita, että suora reitti olisi viallinen. Muotoiltu reitti toimii täsmälleen tarkoitetulla tavalla, sitä vain rajoittaa politiikka.
Tämä ero on tärkeä, kun kirjoitat sen muistiin. Vika kutsuu korjauspyynnön, kun taas politiikka kutsuu kysymyksen sopimuksesta tai päätöksen kiertää se. Rajan nimittäminen viaksi tuottaa tukikeskustelun, joka alkaa väärästä lähtökohdasta. Sen nimittäminen politiikaksi antaa sinun esittää konkreettisen kysymyksen, johon on konkreettinen vastaus.
Muuta havainto tukipyynnöksi
Käytä lukuja ja jätä johtopäätös pois. Pyyntö, jossa sanotaan, että suuret siirrot portin 80 yli pysyvät näinä tunteina noin puolessa odotetusta nopeudesta, tasanteen luvut liitteenä, on toteuttamiskelpoinen. Pyyntö, jossa sanotaan, että VPN on nopeampi, ei ole, koska se luetaan väitteenä tunnelista eikä havaintona linjasta. Liitä molemmat ajot ja niiden aikaleimat ja anna sitten operaattorin kuvata politiikka.
Älä työnnä jokaista sovellusta tunneliin vain sen luvun perässä.
Tunneli maksaa sinulle edelleen ylimääräisen hypyn, salauksen ja uuden joukon vikatiloja, kun taas rajoitettu portti pysyy rajoitettuna kaikelle muulle, mikä sitä käyttää. Kun suurten siirtojen on päätyttävä luotettavasti, pidä oma merkintäsi siitä, mikä portti kantaa rajan. Kuuntelijan siirtäminen portille 80 törmää myös mihin tahansa verkkopalvelimeen, joka on jo sidottu siihen, ja se tuottaa uuden katkoksen korjauksen sijaan.