Ngarkimi përmes VPN më i ngadaltë se shkarkimi? Përcaktoni në cilin kufi përplaseni

Shumica e linjave të aksesit janë asimetrike, prandaj një tunel zakonisht ngarkon më ngadalë sesa shkarkon, dhe kjo është përgjigjja e pritur, jo një defekt. Pyetja interesante është nëse ngarkimi juaj kufizohet nga linja, nga diçka tjetër që e përdor tashmë, apo nga një rrjedhë që ngec në vend që të ecë në mënyrë të njëtrajtshme. Këto të treja prodhojnë të njëjtin ankesë dhe kërkojnë punë të ndryshme.

Tre kufij që duken njësoj nga shiriti i përparimit

Kapaciteti është i pari, dhe është veti e produktit të aksesit, jo e tunelit. Një lidhje dalëse prej disa megabitësh është normale në fibër për konsumatorë dhe në shumë plane celulare, dhe kostoja e kriptimit është e vogël përballë atij hendeku. Enkapsulimi shton gjithashtu bajt për çdo paketë, çka ul xhiron e dobishme në të dy drejtimet dhe jo vetëm në një, prandaj nuk mund të shpjegojë vetëm një asimetri të madhe.

Konkurrenca është e dyta. Sinkronizimi në re, bibliotekat e fotove dhe agjentët e përditësimit ngarkojnë ndërsa makina duket e papunë, dhe pajisja e dytë në të njëjtën linjë bën të njëjtën gjë. Radha është e treta: një lidhje dalëse e ngopur i shtyn trafikun interaktiv pas të dhënave masive, prandaj telefonatat ndërpriten ndërsa vetë transferimi raporton përparim të shëndetshëm.

Matni një drejtim në një herë

Përdorni të njëjtën pajisje, të njëjtin profil dhe të njëjtin destinacion, dhe kurrë mos i ekzekutoni të dy drejtimet njëkohësisht, përveç nëse konkurrenca është pikërisht ajo që dëshironi të vëzhgoni. Ndaleni transferimet tuaja opsionale përpara ekzekutimit të parë. Dy ekzekutime me një flag midis tyre zgjidhin pjesën më të madhe.

iperf3 dërgon nga klienti si parazgjedhje, kështu që ekzekutimi i thjeshtë mat rrugën tuaj dalëse; -R përmbys drejtimin dhe mat shkarkimin. Ekzekutojini me disa minuta distancë dhe shënoni të dy numrat në vend që të merrni mesataren:

iperf3 -c speed.example.net -t 30 -P 4
iperf3 -c speed.example.net -t 30 -P 4 -R

Nëse numri i ngarkimit është një pjesë e vogël e numrit të shkarkimit dhe mbetet i qëndrueshëm midis ekzekutimeve, forma përputhet me një linjë aksesi asimetrike dhe tuneli nuk është historia. Nëse ngarkimi lëkundet midis ekzekutimeve ose shembet pas dhjetë sekondash, vazhdoni të lexoni.

Vendosni sipas vendit ku ndryshon ngarkimi

Ndryshoni një variabël në një herë dhe shikoni cili drejtim lëviz. Një pikë e dytë fundore VPN që ngarkon më mirë tregon atë pikë ose rrugën drejt saj. I njëjti ngarkim i ngadaltë nga pajisja e dytë në të njëjtën linjë tregon linjën. Një pajisje tjetër në një linjë tjetër që është gjithashtu e ngadaltë tregon politikën hyrëse të destinacionit, të cilën nuk mund ta rregulloni lokalisht.

Shënoni bajt për sekondë dhe kohën e kaluar për të njëjtën ngarkesë pune, jo një rezultat të vetëm shpejtësie. Një klient rezervë dhe një test shpejtësie përdorin destinacione dhe konkurencë të ndryshme, prandaj krahasimi i numrave të tyre nuk përgjigjet asgjë. Nëse kërkesat e vogla janë në rregull dhe vetëm transferimet e mëdha zvarriten, kufiri ndoshta nuk është fare gjerësia e bandës.

Për përdorimin e përditshëm, kufizimi i një ngarkimi në sfond ose planifikimi i tij jashtë orëve të mbledhjeve shpesh ndihmon më shumë sesa çdo rregullim i tunelit. Gjykoni atë ndryshim sipas ngarkesës së kombinuar: një rezervë që përfundon më vonë por nuk i prish më telefonatat është zakonisht shkëmbimi më i mirë.

Kur ngecja mund të ngadalësinë

Një transferim që ngrin në një pikë të përsëritshme dhe pastaj vazhdon sillet si një problem MTU i rrugës dhe jo si një kufi shpejtësie. Tuneli ul ngarkesën e dobishme për paketë, dhe një pajisje që hedh mesazhin ICMP që rezulton e lë dërguesin të hamendësojë. Ai model meriton testin e vet, sepse riparimi ndryshon nga rregullimi i një shpejtësie. Një numër i ulët i qëndrueshëm tregon kapacitetin, ndërsa një shpërthim i ndjekur nga heshtje tregon një ngarkesë që rruga nuk mund ta mbajë.

Testoni rrugën me një ngarkesë që nuk duhet të fragmentohet, pastaj krahasoni MTU-në e ndërfaqes së tunelit me vlerën që kalon:

ping -M do -s 1400 -c 3 203.0.113.10
ip link show dev tun0 | grep -o "mtu [0-9]*"

Nëse sonda e madhe zhduket ndërsa një më e vogël ka sukses, shtrëngoni TCP MSS në tunel në vend që të ulni MTU-në e ndërfaqes për çdo protokoll. Ngecjet e vazhdueshme pas asaj pike i përkasin ruajtjes ose ritmit të aplikacionit pritës, jo rrugës së rrjetit.

Çfarë të ndryshoni dhe çfarë të lini

Ndryshoni gjërat që kontrolloni: oraret e transferimeve në sfond, zgjedhjen e pikës fundore dhe MSS për një rrugë që ngec. Mbajeni çdo ndryshim të kthyeshëm dhe të kufizuar në një ngarkesë pune. Lërini të qeta gjërat për të cilat matja thotë se janë në rregull, përfshirë një shpejtësi shkarkimi që tashmë përputhet me linjën.

Shënoni numrat para dhe pas së bashku me profilin, pikën fundore dhe orën e ditës, sepse një problem ngarkimi që lëviz me pikën fundore është çështje rrugëtimi, dhe një që lëviz me pajisjen është lokal. Ai regjistrim është ai që e kthen një ankesë të paqartë në vendim, dhe kushton dy ekzekutime të të njëjtit komandë.