VPN įkėlimas lėtesnis už atsisiuntimą? Nustatykite, į kurią ribą atsimušate

Dauguma prieigos linijų yra asimetrinės, todėl tunelis paprastai įkelia lėčiau nei atsisiunčia, ir tai yra laukiamas atsakymas, o ne gedimas. Įdomus klausimas, ar jūsų įkėlimą riboja linija, kažkas kita, kas ją jau naudoja, ar srautas, kuris sustoja, o ne eina tolygiai. Šie trys sukelia tą patį nusiskundimą ir reikalauja skirtingo darbo.

Trys ribos, kurios iš eigos juostos atrodo vienodai

Talpa yra pirmoji, ir tai yra prieigos produkto savybė, o ne tunelio. Kelių megabitų išsiuntimo srautas yra normalus namų šviesolaidyje ir daugelyje mobiliojo ryšio planų, o šifravimo išlaidos yra mažos prieš tą atotrūkį. Inkapsuliavimas taip pat prideda baitų prie kiekvieno paketo, o tai sumažina naudingą pralaidumą abiem kryptimis, o ne tik viena, todėl vienas negali paaiškinti didelės asimetrijos.

Konkurencija yra antroji. Debesų sinchronizavimas, nuotraukų bibliotekos ir atnaujinimo agentai įkelia, kai mašina atrodo nenaudojama, o antras įrenginys toje pačioje linijoje daro tą patį. Eilė yra trečioji: prisotintas išsiuntimo srautas stumia interaktyvų srautą už masinių duomenų, todėl skambučiai nutrūksta, nors pats perdavimas praneša apie sveiką eigą.

Matuokite po vieną kryptį

Naudokite tą patį įrenginį, tą patį profilį ir tą pačią paskirties vietą, ir niekada neleiskite abiejų krypčių vienu metu, nebent konkurencija yra būtent tai, ką norite stebėti. Prieš pirmą paleidimą pristabdykite savo pasirenkamus perdavimus. Du paleidimai su viena vėliavėle tarp jų išsprendžia didžiąją dalį.

iperf3 pagal numatytuosius nustatymus siunčia iš kliento, todėl paprastas paleidimas matuoja jūsų įkėlimo kelią; -R apverčia kryptį ir matuoja atsisiuntimą. Paleiskite juos kelių minučių intervalu ir užrašykite abu skaičius, o ne vidurkinkite:

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

Jei įkėlimo skaičius yra maža atsisiuntimo skaičiaus dalis ir išlieka stabilus tarp paleidimų, forma atitinka asimetrinę prieigos liniją, o tunelis čia ne istorija. Jei įkėlimas svyruoja tarp paleidimų arba sugriūva po dešimties sekundžių, skaitykite toliau.

Spręskite pagal tai, kur keičiasi įkėlimas

Keiskite po vieną kintamąjį ir stebėkite, kuri kryptis juda. Antras VPN galinis taškas, kuris įkelia geriau, nurodo tą tašką arba maršrutą į jį. Tas pats lėtas įkėlimas iš antro įrenginio toje pačioje linijoje nurodo liniją. Kitas įrenginys kitoje linijoje, kuris taip pat lėtas, nurodo paskirties vietos įėjimo politiką, kurios vietoje nepataisysite.

Užrašykite baitus per sekundę ir praėjusį laiką tai pačiai darbo apkrovai, o ne vieną greičio balą. Atsarginių kopijų klientas ir greičio testas naudoja skirtingas paskirties vietas ir skirtingą lygiagretumą, todėl jų skaičių palyginimas nieko neatsako. Jei mažos užklausos yra gerai, o šliaužia tik dideli perdavimai, riba greičiausiai visai ne pralaidumas.

Kasdieniam naudojimui fono įkėlimo ribojimas arba jo planavimas ne susitikimų valandomis dažnai padeda labiau nei bet koks tunelio nustatymas. Vertinkite tą pokytį pagal bendrą darbo apkrovą: atsarginė kopija, kuri baigiasi vėliau, bet nebegadina skambučių, paprastai yra geresnis mainas.

Kai strigimas įveikia lėtumą

Perdavimas, kuris sustingsta pasikartojančiame taške ir tada tęsiasi, elgiasi kaip maršruto MTU problema, o ne kaip greičio riba. Tunelis sumažina naudingą apkrovą vienam paketui, o įrenginys, kuris numeta atsiradusį ICMP pranešimą, palieka siuntėją spėlioti. Šis modelis nusipelno savo testo, nes taisymas skiriasi nuo greičio derinimo. Pastovus mažas skaičius nurodo talpą, o sprogimas, po kurio seka tyla, nurodo apkrovą, kurios kelias negali panešti.

Išbandykite kelią su apkrova, kuri neturi būti fragmentuojama, tada palyginkite tunelio sąsajos MTU su verte, kuri praeina:

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

Jei didelis zondas dingsta, o mažesnis pavyksta, suspauskite TCP MSS tunelyje, o ne mažinkite sąsajos MTU kiekvienam protokolui. Nuolatiniai strigimai po to taško priklauso priimančios programos saugyklai ar tempui, o ne tinklo keliui.

Ką keisti ir ką palikti

Keiskite tai, ką kontroliuojate: fono perdavimų tvarkaraščius, galinio taško pasirinkimą ir MSS strigtančiam keliui. Laikykite kiekvieną pakeitimą grįžtamą ir apribotą viena darbo apkrova. Palikite ramybėje tai, apie ką matavimas sako, kad yra gerai, įskaitant atsisiuntimo greitį, kuris jau atitinka liniją.

Užrašykite skaičius prieš ir po kartu su profiliu, galiniu tašku ir paros laiku, nes įkėlimo problema, kuri juda su galiniu tašku, yra maršrutizavimo klausimas, o ta, kuri juda su įrenginiu, yra vietinė. Būtent šis įrašas paverčia neaiškų nusiskundimą sprendimu, ir jis kainuoja du tos pačios komandos paleidimus.