Pse një VPN duket e ngadaltë gjatë ngarkimit: vonesa e radhës
Një transferim i shpejtë mund t'i bëjë gjithsesi thirrjet të dridhen kur paketat presin në radhë. Krahasoni kohët e shkuarjes dhe kthimit në qetësi dhe nën ngarkesë përpara se të fajësoni pikën fundore të VPN-së.
Fillon ngarkimi i një kopje rezervë, numëruesi i transferimit duket i shëndoshë, dhe thirrja video kthehet në rrëmujë. Lidhjes nuk i mungon gjerësia e brezit në kuptimin që sugjeron ai numër; paketat presin diku në radhë dhe ato interaktive qëndrojnë pas të dhënave të mëdha. Kjo është vonesa e radhës, e quajtur zakonisht bufferbloat. Një VPN mund të shtojë radhën e vet, por rrallë e krijon problemin vetëm.
Gjerësia e brezit dhe vonesa janë matje të ndryshme
Rrjedha përgjigjet se sa të dhëna lëvizin në sekondë, ndërsa vonesa përgjigjet se sa kohë i duhet një pakete të kalojë rrugën. Një lidhje e ngopur mund të mbajë një mbetje të madhe dhe prapë të raportojë rrjedhë të mirë, sepse radha zbrazet me shpejtësinë e linjës kur mbaron shpërthimi. Trafiku interaktiv vuan i pari, sepse një thirrje kërkon një paketë çdo disa milisekonda, jo një skedar të madh në fund. Prandaj matja vetëm e rezultatit të një testi shpejtësie fsheh simptomën që ju bëri të shikoni.
Vini re edhe drejtimin nën ngarkesë. Një tampon i plotë i ngarkimit mund të vonojë gjithçka tjetër ndërsa kapaciteti i shkarkimit rri i papunë.
Matni shkuarjen dhe kthimin nën ngarkesë
Merrni një vijë bazë në një lidhje të qetë, më pas përsëritni të njëjtën matje ndërsa ecën një transferim i kontrolluar. Krahasoni dy ekzekutimet, jo numrat absolutë.
ping -c 20 -i 0.2 203.0.113.5
dd if=/dev/zero bs=1M count=50 | ssh [email protected] "cat > /dev/null"Komanda e parë merr mostra të kohës së shkuarjes dhe kthimit, dhe e dyta krijon një ngarkim të vazhdueshëm pa pasur nevojë për një shërbim testi shpejtësie. Një vijë bazë që mbetet e sheshtë, e ndjekur nga një ekzekutim nën ngarkesë që ngrihet me qindra milisekonda, është shenja që duhet kërkuar. Disa rrjeta ulin përparësinë e ICMP, prandaj trajtojeni ping-un si të dhënë dhe konfirmojeni me shfaqjen e vonesës të vetë aplikacionit. Mbajeni testin të shkurtër në lidhjet me limit, sepse një kontrast i përsëritshëm vlen më shumë se një ngopje e gjatë.
Zhvendoseni radhën atje ku është qafa e shishes
Menaxhimi i radhës ndihmon vetëm në pajisjen që mban vërtet mbetjen. Shqyrtoni çfarë bën ndërfaqja përpara se të shtoni rregulla.
tc -s qdisc show dev eth0
tc qdisc replace dev eth0 root fq_codelKomanda show raporton disiplinën aktuale plus numëruesit e mbetjes dhe të hedhjes, gjë që ju tregon nëse kjo ndërfaqe është qafa e shishes apo thjesht po kalon trafikun. Zëvendësimi i disiplinës rrënjësore me një algoritëm radhe të drejtë u jep rrjedhave të shkurtra radhën e tyre në vend të një FIFO të ndarë me të dhëna të mëdha. Zbatojeni në ndërfaqen WAN të ruterit kur ruteri është qafa e shishes, jo në pajisjen e tunelit nga zakoni. Ruani konfigurimin e mëparshëm dhe ritestoni si përgjegjshmërinë nën ngarkesë ashtu edhe shpejtësinë e transferimit, sepse një shpejtësi masive pak më e ulët është një shkëmbim i mirë për thirrje të përdorshme.
Çfarë ndryshon tuneli dhe çfarë fsheh
Një VPN shton kriptimin dhe një hop më shumë, dhe gjithashtu fsheh rrjedhat individuale nga pajisjet jashtë tunelit. Kjo ka rëndësi kur një pajisje më lart ofron përparësi për aplikacion, sepse sheh paketa të kriptuara në vend të bisedave origjinale. Një ruter që e përfundon vetë tunelin ka një pamje dhe ngarkesë pune të ndryshme dhe mund të klasifikojë brenda tij. Asnjëra nga dy rregullimet nuk e heq radhën në lidhjen e aksesit, ku zakonisht grumbullohet vonesa.
Nëse vonesa nuk ndjek ngarkesën, ndaloni rregullimin e radhëve dhe shikoni diku tjetër: kushtet e Wi-Fi, problemet e madhësisë së paketës ose një dalje e dobët. Cilësimet e radhës të zbatuara pa matje thjesht e zhvendosin misterin.