Zašto se VPN čini sporim tijekom otpremanja: kašnjenje zbog reda

Počinje otpremanje sigurnosne kopije, brojač prijenosa izgleda zdravo, a videopoziv se raspada. Veza ne oskudijeva propusnošću u smislu koji taj broj sugerira; paketi negdje čekaju u redu, a interaktivni stoje iza velikih podataka. To je kašnjenje zbog reda, obično nazvano bufferbloat. VPN može dodati svoj red, ali rijetko sam stvara problem.

Propusnost i kašnjenje različita su mjerenja

Propusnost odgovara na to koliko se podataka prenese u sekundi, dok kašnjenje odgovara na to koliko jednom paketu treba da prijeđe put. Zasićena veza može držati veliki zaostatak i pritom prijavljivati dobru propusnost, jer se red prazni brzinom linije kad rafal završi. Interaktivni promet pati prvi, jer pozivu treba paket svakih nekoliko milisekundi, a ne velika datoteka na kraju. Zato mjerenje samo rezultata testa brzine skriva simptom zbog kojeg ste pogledali.

Obratite pozornost i na smjer pod opterećenjem. Pun međuspremnik za otpremanje može odgoditi sve ostalo dok kapacitet za preuzimanje stoji besposlen.

Izmjerite vrijeme kružnog puta pod opterećenjem

Uzmite osnovnu liniju na tihoj vezi, pa ponovite isto mjerenje dok traje jedan kontrolirani prijenos. Usporedite dva prolaza, a ne apsolutne brojeve.

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

Prva naredba uzorkuje vrijeme kružnog puta, a druga stvara trajno otpremanje bez potrebe za servisom za test brzine. Osnovna linija koja ostaje ravna, a zatim opterećen prolaz koji naraste za stotine milisekundi, jest potpis koji tražite. Neke mreže snižavaju prioritet ICMP-a, pa ping shvatite kao trag i potvrdite na prikazu latencije same aplikacije. Držite test kratkim na mjerenim vezama, jer je ponovljiv kontrast važniji od dugog zasićenja.

Premjestite red tamo gdje je usko grlo

Upravljanje redom pomaže samo na uređaju koji zaista drži zaostatak. Pregledajte što sučelje radi prije dodavanja pravila.

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

Naredba show prijavljuje trenutačnu disciplinu te brojače zaostatka i odbacivanja, što vam kaže je li ovo sučelje usko grlo ili samo propušta promet. Zamjena korijenske discipline algoritmom pravednog reda daje kratkim tokovima vlastiti red umjesto jedne FIFO dijeljene s velikim podacima. Primijenite je na WAN sučelju usmjerivača kada je usmjerivač usko grlo, a ne na tunelskom uređaju iz navike. Sačuvajte prethodnu konfiguraciju i ponovno provjerite i odzivnost pod opterećenjem i brzinu prijenosa, jer je malo niža masovna brzina dobra trampa za upotrebljive pozive.

Što tunel mijenja, a što skriva

VPN dodaje šifriranje i još jedan skok, a također skriva pojedinačne tokove od opreme izvan tunela. To je važno kada uređaj uzvodno nudi prioritizaciju po aplikaciji, jer on vidi šifrirane pakete umjesto izvornih razgovora. Usmjerivač koji sam prekida tunel ima drugačiji pogled i radno opterećenje i može klasificirati unutar njega. Nijedan od tih rasporeda ne uklanja red na pristupnoj vezi, gdje se kašnjenje obično nakuplja.

Ako kašnjenje ne prati opterećenje, prestanite podešavati redove i pogledajte drugdje: uvjeti Wi-Fi, problemi s veličinom paketa ili jedan loš izlazni put. Postavke reda primijenjene bez mjerenja samo premještaju misterij.