Miért tűnik lassúnak a VPN feltöltés közben: sorbeli késleltetés

Elindul egy biztonsági mentés feltöltése, az átvitelszámláló egészségesnek látszik, a videóhívás pedig péppé válik. A kapcsolatnak nincs sávszélesség-hiánya abban az értelemben, amit ez a szám sugall; a csomagok valahol sorban várakoznak, az interaktívak pedig a nagy adattömeg mögött állnak. Ez a sorbeli késleltetés, közkeletű nevén bufferbloat. A VPN hozzáadhatja a saját sorát, de ritkán teremti meg egyedül a problémát.

A sávszélesség és a késleltetés különböző mérések

Az átviteli sebesség arra válaszol, mennyi adat mozog másodpercenként, míg a késleltetés arra válaszol, mennyi idő alatt halad át egy csomag az útvonalon. Egy telített kapcsolat nagy hátralékot tarthat, és mégis jó átviteli sebességet jelenthet, mert a sor a vonal sebességével ürül, amint a roham véget ér. Az interaktív forgalom szenved először, mert egy hívásnak néhány milliszekundumonként kell egy csomag, nem pedig végül egy nagy fájl. Ezért a csak sebességteszt-eredmény mérése elrejti a tünetet, amely miatt utánanézett.

Figyeljen az irányra is terhelés alatt. Egy teli feltöltési puffer minden mást késleltethet, miközben a letöltési kapacitás tétlenül áll.

Mérje meg az oda-vissza időt terhelés alatt

Vegyen alapvonalat egy csendes kapcsolaton, majd ismételje meg ugyanezt a mérést, miközben egy ellenőrzött átvitel fut. Hasonlítsa össze a két futást, ne az abszolút számokat.

ping -c 20 -i 0.2 203.0.113.5
dd if=/dev/zero bs=1M count=50 | ssh [email protected] "cat > /dev/null"

Az első parancs az oda-vissza időt mintavételezi, a második pedig tartós feltöltést hoz létre sebességteszt-szolgáltatás nélkül. Egy lapos maradó alapvonal, majd egy több száz milliszekundummal megemelkedő terhelt futás az a minta, amelyet keresni kell. Egyes hálózatok csökkentik az ICMP prioritását, ezért tekintse a pinget nyomnak, és erősítse meg az alkalmazás saját késleltetéskijelzőjével. Tartsa rövidnek a tesztet mért kapcsolatokon, mert egy megismételhető kontraszt többet ér, mint egy hosszú telítés.

Vigye a sort oda, ahol a szűk keresztmetszet van

A sorkezelés csak azon az eszközön segít, amely valóban tartja a hátralékot. Vizsgálja meg, mit tesz az interfész, mielőtt szabályokat ad hozzá.

tc -s qdisc show dev eth0
tc qdisc replace dev eth0 root fq_codel

A show parancs jelenti az aktuális fegyelmet, valamint a hátralék- és eldobásszámlálókat, ami megmondja, hogy ez az interfész a szűk keresztmetszet-e, vagy csak továbbítja a forgalmat. A gyökérfegyelem lecserélése igazságos soralgoritmusra saját kört ad a rövid folyamoknak egy nagy adatokkal megosztott FIFO helyett. Akkor alkalmazza a router WAN-interfészén, amikor a router a szűk keresztmetszet, nem szokásból az alagút-eszközön. Tartsa meg az előző konfigurációt, és tesztelje újra a terhelt válaszkészséget és az átviteli sebességet is, mert egy kicsit alacsonyabb tömegsebesség jó üzlet a használható hívásokért.

Mit változtat az alagút, és mit rejt el

A VPN titkosítást és még egy ugrást ad hozzá, és elrejti az egyedi folyamokat az alagúton kívüli berendezések elől. Ez akkor számít, amikor egy felsőbb eszköz alkalmazásonkénti prioritást kínál, mert titkosított csomagokat lát az eredeti beszélgetések helyett. Az az útválasztó, amely maga fejezi be az alagutat, más képet és munkaterhelést lát, és azon belül osztályozhat. Egyik elrendezés sem szünteti meg a sort a hozzáférési kapcsolaton, ahol a késleltetés általában felhalmozódik.

Ha a késleltetés nem követi a terhelést, hagyja abba a sorok hangolását, és nézzen máshová: Wi-Fi-körülmények, csomagméret-problémák vagy egy rossz kimenő útvonal. A mérés nélkül alkalmazott sorbeállítások csak továbbmozgatják a rejtélyt.