Kial VPN ŝajnas malrapida dum alŝuto: atendvica prokrasto
Rapida transigo tamen povas igi vokojn halteti, kiam pakaĵoj atendas en vico. Komparu senŝarĝajn kaj ŝarĝitajn rondveturojn antaŭ ol kulpigi la VPN-finpunkton.
Sekurkopio komencas alŝuti, la transiga nombrilo aspektas sana, kaj la vidvoko fariĝas kaĉo. La ligo ne mankas je bendolarĝo en la senco, kiun tiu nombro sugestas; pakaĵoj atendas ie en vico, kaj la interagaj staras malantaŭ amasaj datumoj. Tio estas atendvica prokrasto, kutime nomata bufferbloat. VPN povas aldoni sian propran vicon, sed malofte kreas la problemon sola.
Bendolarĝo kaj prokrasto estas malsamaj mezuroj
Trafluo respondas kiom da datumoj moviĝas en sekundo, dum prokrasto respondas kiom longe unu pakaĵo bezonas por transiri la vojon. Satigita ligo povas teni grandan postrestaĵon kaj tamen raporti bonan trafluon, ĉar la vico malpleniĝas je linirapideco post kiam la eksplodo finiĝas. Interaga trafiko suferas unue, ĉar voko bezonas pakaĵon ĉiujn kelkajn milisekundojn, ne grandan dosieron finfine. Mezuri nur rezulton de rapidtesto do kaŝas la simptomon, kiu igis vin rigardi.
Rimarku ankaŭ la direkton sub ŝarĝo. Plena alŝuta bufro povas prokrasti ĉion alian dum la elŝuta kapacito restas senokupa.
Mezuru la rondveturon sub ŝarĝo
Prenu bazlinion sur kvieta ligo, poste ripetu la saman mezuron dum unu kontrolita transigo funkcias. Komparu la du rulojn anstataŭ la absolutajn nombrojn.
ping -c 20 -i 0.2 203.0.113.5
dd if=/dev/zero bs=1M count=50 | ssh [email protected] "cat > /dev/null"La unua komando prenas specimenojn de la rondvetura tempo, kaj la dua kreas daŭran alŝuton sen bezoni rapidtestan servon. Bazlinio, kiu restas ebena, sekvata de ŝarĝita rulo, kiu altiĝas je centoj da milisekundoj, estas la signo serĉenda. Iuj retoj malaltigas ICMP, do traktu ping kiel indikon kaj konfirmu per la propra latenteca montrilo de la aplikaĵo. Tenu la teston mallonga sur laŭmezuraj ligoj, ĉar ripetebla kontrasto pli gravas ol longa satigo.
Movu la vicon tien, kie estas la botelo
Vica administrado helpas nur sur la aparato, kiu fakte tenas la postrestaĵon. Esploru, kion faras la interfaco antaŭ ol aldoni regulojn.
tc -s qdisc show dev eth0
tc qdisc replace dev eth0 root fq_codelLa komando show raportas la nunan disciplinon plus postrestaĵajn kaj forĵetajn nombrilojn, kio diras al vi, ĉu ĉi tiu interfaco estas la botelo aŭ nur pasigas trafikon. Anstataŭigi la radikan disciplinon per justa vic-algoritmo donas al mallongaj fluoj sian propran vicon anstataŭ unu FIFO kunhavata kun amasaj datumoj. Apliku ĝin sur la WAN-interfaco de la enkursigilo, kiam la enkursigilo estas la botelo, ne sur la tunela aparato pro kutimo. Konservu la antaŭan agordon kaj retestu kaj ŝarĝitan respondecon kaj transigan rapidon, ĉar iomete pli malalta amasa rapido estas bona interŝanĝo por uzeblaj vokoj.
Kion la tunelo ŝanĝas kaj kion ĝi kaŝas
VPN aldonas ĉifradon kaj plian salton, kaj ĝi ankaŭ kaŝas individuajn fluojn de ekipaĵo ekster la tunelo. Tio gravas, kiam supra aparato proponas prioritigon laŭ aplikaĵo, ĉar ĝi vidas ĉifritajn pakaĵojn anstataŭ la originaj konversacioj. Enkursigilo, kiu mem finas la tunelon, havas alian vidon kaj laborŝarĝon kaj povas klasifiki ene de ĝi. Neniu el la du aranĝoj forigas la vicon ĉe la alira ligo, kie la prokrasto kutime amasiĝas.
Se la prokrasto ne sekvas la ŝarĝon, ĉesu agordi vicojn kaj rigardu aliloke: Wi-Fi-kondiĉoj, problemoj pri pakaĵa grandeco aŭ unu malbona elira vojo. Vicaj agordoj aplikitaj sen mezuro nur movas la misteron.