Zakaj se VPN med nalaganjem zdi počasen: zamuda v čakalni vrsti
Hiter prenos lahko še vedno povzroči zatikanje klicev, ko paketi čakajo v čakalni vrsti. Primerjajte čase povratnega potovanja v mirovanju in pod obremenitvijo, preden krivite končno točko VPN.
Začne se nalaganje varnostne kopije, števec prenosa je videti zdrav, video klic pa se spremeni v kašo. Povezavi ne primanjkuje pasovne širine v smislu, ki ga nakazuje ta številka; paketi nekje čakajo v čakalni vrsti, interaktivni pa stojijo za velikimi podatki. To je zamuda v čakalni vrsti, splošno imenovana bufferbloat. VPN lahko doda svojo čakalno vrsto, a težavo redko ustvari sam.
Pasovna širina in zamuda sta različni meritvi
Pretočnost odgovarja, koliko podatkov se premakne na sekundo, medtem ko zamuda odgovarja, kako dolgo en paket potrebuje, da preide pot. Nasičena povezava lahko drži velik zaostanek in še vedno poroča o dobri pretočnosti, ker se čakalna vrsta izprazni s hitrostjo voda, ko se sunek konča. Interaktivni promet trpi prvi, saj klic potrebuje paket vsakih nekaj milisekund, ne velike datoteke na koncu. Zato merjenje samo rezultata preizkusa hitrosti skrije simptom, zaradi katerega ste pogledali.
Bodite pozorni tudi na smer pod obremenitvijo. Poln medpomnilnik za nalaganje lahko zadrži vse drugo, medtem ko zmogljivost prenašanja stoji neuporabljena.
Izmerite povratno potovanje pod obremenitvijo
Vzemite osnovno črto na mirni povezavi in nato ponovite isto meritev, medtem ko teče en nadzorovan prenos. Primerjajte oba zagona, ne absolutnih števil.
ping -c 20 -i 0.2 203.0.113.5
dd if=/dev/zero bs=1M count=50 | ssh [email protected] "cat > /dev/null"Prvi ukaz vzorči čas povratnega potovanja, drugi pa ustvari trajno nalaganje brez storitve za preizkus hitrosti. Osnovna črta, ki ostane ravna, nato pa obremenjen zagon, ki se dvigne za stotine milisekund, je podpis, ki ga iščete. Nekatera omrežja znižajo prednost ICMP, zato ping obravnavajte kot namig in ga potrdite z lastnim prikazom zakasnitve aplikacije. Preizkus naj bo kratek na merjenih povezavah, ker je ponovljiv kontrast pomembnejši od dolge nasičenosti.
Premaknite čakalno vrsto tja, kjer je ozko grlo
Upravljanje čakalnih vrst pomaga le na napravi, ki zaostanek res drži. Preden dodate pravila, preglejte, kaj počne vmesnik.
tc -s qdisc show dev eth0
tc qdisc replace dev eth0 root fq_codelUkaz show poroča trenutno disciplino ter števce zaostanka in zavrženih paketov, kar vam pove, ali je ta vmesnik ozko grlo ali le prepušča promet. Zamenjava korenske discipline z algoritmom pravične čakalne vrste da kratkim tokovom lastno vrsto namesto ene FIFO, deljene z velikimi podatki. Uporabite jo na WAN vmesniku usmerjevalnika, ko je usmerjevalnik ozko grlo, ne pa iz navade na napravi tunela. Ohranite prejšnjo konfiguracijo in znova preizkusite odzivnost pod obremenitvijo in hitrost prenosa, ker je nekoliko nižja množična hitrost dobra menjava za uporabne klice.
Kaj tunel spremeni in kaj skrije
VPN doda šifriranje in še en skok ter skrije posamezne tokove pred opremo zunaj tunela. To je pomembno, ko naprava višje v omrežju ponuja prednost po aplikaciji, ker vidi šifrirane pakete namesto izvirnih pogovorov. Usmerjevalnik, ki tunel sam zaključi, ima drugačen pogled in delovno obremenitev ter lahko razvršča znotraj njega. Nobena od obeh ureditev ne odstrani čakalne vrste na dostopni povezavi, kjer se zamuda običajno kopiči.
Če zamuda ne sledi obremenitvi, prenehajte nastavljati čakalne vrste in poglejte drugam: razmere Wi-Fi, težave z velikostjo paketov ali ena slaba izhodna pot. Nastavitve čakalne vrste, uporabljene brez meritve, le premaknejo skrivnost.