Miért korlátozza a VPN-letöltést a szerver feltöltése

A kliens gyors lefelé irányuló kapcsolatot mutat, a szerver száloptikai kapcsolaton ül, és az átvitel mégis vánszorog. Az a szám, amit az emberek összehasonlítanak, általában a kliens csomagján nyomtatott szám, miközben a csomag valójában először a szerver kifelé irányuló hozzáférési kapcsolatán halad át. Az a kapcsolat az a költségvetés, amelybe az átvitelnek bele kell férnie. Egy kicsi otthoni kapcsolatnál ez a legkisebb szám az útvonalon.

A szám, amit olvasott, a rossz irányban volt

A távoli kliens felé irányuló letöltés feltöltési kapacitást fogyaszt az alagút szerveroldali végén. A szerver hirdetett letöltési sebességei az ellenkező irányt írják le, és semmit sem mondanak erről. Ugyanez az aszimmetria megfordul, amikor a kliens feltölt, ezért az egyik irány jónak tűnhet, míg a másik használhatatlan.

A beágyazási többletköltség és minden versengő forgalom ugyanannak a költségvetésnek egy részét fogyasztja. Egyik sem látható olyan sebességtesztben, amely csak a klienst méri.

Írja fel az útvonalat költségvetésként

Sorolja fel minden határt, amelyen a csomagnak át kell haladnia, és adjon mindegyiknek számot ugyanabban az egységben. A forrásból történő szállítás, a szerver feldolgozása, a szerver feltöltési kapcsolata, a közbenső útvonal, a kliens lefelé irányuló kapcsolata és a kliens feldolgozása mind érvényes. A használható sebesség ezek közül a legkisebb, mínusz a többletköltség, és a plafon feletti hangolás nem változtat az eredményen. Mérés előtt írja fel a listát, mert megmondja, melyik számban ne bízzon.

20 Mbit/s szerver-oldali feltöltési kapcsolat és 100 Mbit/s kliens-oldali lefelé irányuló kapcsolat esetén a szerver jóval azelőtt korlátozza az átvitelt, hogy a kliens észrevenné. A többletköltség és bármely egyidejű átvitel további szeletet vesz el, és a telített feltöltési kapcsolat a nyugtázásokat is késlelteti, ami a TCP-átvitelt a nyers plafon alá lassítja. A két hatás egyike sem jelenik meg a csomagok összehasonlításában.

Tartsa külön a megabit és a megabájt fogalmát, és mondja meg, hogy az egyes adatok a titkosított kapcsolat forgalmát vagy az alkalmazás hasznos terhelését mérik-e. A kettő keverése a leggyakoribb oka annak, hogy egy költségvetés látszólag nem jön ki. Címkézze fel minden adatot az egységével és a mérési pontjával.

Hol kerül valójában pénzbe az alaplap

Amint a hozzáférési kapcsolat elég nagy, a végpont hardvere láthatóvá válik, és csak akkor számít a processzor. Azonosítsa a modellt, az interfészek elrendezését és a használt megvalósítást. Egy korai alaplap megosztott buszáról szóló megfigyelés nem írja le az összes későbbi revíziót.

Az egyes feldolgozási útvonalakat hasonlítsa össze, ne egyetlen CPU-átlagot. Egy mérsékelt összterhelés elrejthet egy telített magot, amely minden csomagon végzi a munkát, és az órajel nem vihető át processzortervek között teljesítménypontszámként. A csomagsebesség ugyanolyan fontos, mint az átbocsátás, mert a kis csomagok bájtonként többe kerülnek, mint a nagyok. A munkaterhelése által ténylegesen használt csomagméretekkel mérjen.

A hő- és teljesítményhatárok is meghatározzák a tartós viselkedést. Egy rövid kitörés kiválónak tűnhet, miközben egy tízperces átvitel visszafog, ezért egy néhány másodperces benchmark rossz útmutató egy éjszakai biztonsági mentéshez.

A szállító teljesítmény-iránymutatásai külön korlátokra bontják a hozzáférési sávszélességet, a CPU-t, a csomagfeldolgozást, a szállítást és a csomagméretet. Érdemes elolvasni őket a rejtjelező cseréje előtt, mert a rejtjelező cseréje ritkán mozdít el egy olyan határt, amely soha nem volt a korlát.

Mérjen, mielőtt rejtjelezőt cserél

Futtasson irányfüggő tesztet, amely az alagúton ténylegesen elért sebességet jelenti, majd futtassa ugyanezt a tesztet a nyers interfészen összehasonlításul. A két szám közötti különbség az alagút költsége, és a két plafon közül a kisebb megmondja, melyik határt támadja.

Őrizze meg a biztonsági szabályzatot érintetlenül az összehasonlítás közben. Egy gyenge rejtjelezővel vagy túlhajtott alaplappal kapott régi eredmény nem terv a jelenlegi telepítéshez.

iperf3 -c 10.44.0.1 -R -t 30
iperf3 -c 10.44.0.1 -t 30
ethtool eth0 | grep -i speed

Tárolja az irányfüggő eredményeket az ugyanabból a futásból származó végpontmegfigyelések mellett. A következő változtatásnak a mért plafont kell megcéloznia, nem azt az alkatrészt, amelyik a specifikációs lapon a legkisebbnek látszik.