VPN augšupielāde lēnāka par lejupielādi? Nosakiet, kurā robežā atduras

Lielākā daļa piekļuves līniju ir asimetriskas, tāpēc tunelis parasti augšupielādē lēnāk, nekā lejupielādē, un tā ir gaidītā atbilde, nevis kļūda. Interesants jautājums ir, vai jūsu augšupielādi ierobežo līnija, kaut kas cits, kas to jau izmanto, vai plūsma, kas apstājas, nevis iet vienmērīgi. Šīs trīs rada vienu un to pašu sūdzību un prasa atšķirīgu darbu.

Trīs robežas, kas no progresa joslas izskatās vienādas

Jauda ir pirmā, un tā ir piekļuves produkta īpašība, nevis tuneļa. Dažu megabitu augšupējā plūsma ir normāla mājsaimniecības šķiedrā un daudzos mobilajos tarifos, un šifrēšanas izmaksas ir mazas salīdzinājumā ar šo starpību. Iekapsulēšana arī pievieno baitus katram paketam, kas samazina lietderīgo caurlaidību abos virzienos, ne tikai vienā, tāpēc tā viena pati nevar izskaidrot lielu asimetriju.

Konkurence ir otrā. Mākoņsinhronizācija, foto bibliotēkas un atjaunināšanas aģenti augšupielādē, kamēr iekārta izskatās dīkstāvē, un otra ierīce tajā pašā līnijā dara to pašu. Rinda ir trešā: piesātināta augšupējā plūsma spiež interaktīvo satiksmi aiz lielapjoma datiem, tāpēc zvani pārtrūkst, kamēr pats pārsūtījums ziņo par veselīgu gaitu.

Mēriet vienu virzienu vienlaikus

Izmantojiet to pašu ierīci, to pašu profilu un to pašu galamērķi, un nekad nelaidiet abus virzienus vienlaikus, ja vien konkurence nav tieši tas, ko vēlaties novērot. Pirms pirmās palaišanas apturiet savus neobligātos pārsūtījumus. Divas palaišanas ar vienu karodziņu starp tām atrisina lielāko daļu.

iperf3 pēc noklusējuma sūta no klienta, tāpēc parastā palaišana mēra jūsu augšupējo ceļu; -R apgriež virzienu un mēra lejupielādi. Palaidiet tos ar dažu minūšu starpību un pierakstiet abus skaitļus, nevis aprēķiniet vidējo:

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

Ja augšupielādes skaitlis ir neliela lejupielādes skaitļa daļa un paliek stabils starp palaišanām, forma atbilst asimetriskai piekļuves līnijai, un tunelis šeit nav stāsts. Ja augšupielāde svārstās starp palaišanām vai sabrūk pēc desmit sekundēm, lasiet tālāk.

Izlemiet pēc tā, kur mainās augšupielāde

Mainiet vienu mainīgo vienlaikus un vērojiet, kurš virziens kustas. Otrs VPN galapunkts, kas augšupielādē labāk, norāda uz šo punktu vai maršrutu uz to. Tā pati lēnā augšupielāde no otras ierīces tajā pašā līnijā norāda uz līniju. Cita ierīce citā līnijā, kas arī ir lēna, norāda uz galamērķa ieejas politiku, kuru jūs nevarat izlabot lokāli.

Pierakstiet baitus sekundē un pagājušo laiku tam pašam darba apjomam, nevis vienu ātruma punktu skaitu. Dublēšanas klients un ātruma tests izmanto dažādus galamērķus un dažādu paralēlismu, tāpēc to skaitļu salīdzināšana neatbild uz neko. Ja mazie pieprasījumi ir kārtībā un rāpo tikai lieli pārsūtījumi, robeža, iespējams, nemaz nav joslas platums.

Ikdienas lietošanā fona augšupielādes ierobežošana vai tās plānošana ārpus sanāksmju laikiem bieži palīdz vairāk nekā jebkurš tuneļa iestatījums. Vērtējiet šo izmaiņu pēc kopējā darba apjoma: dublējums, kas beidzas vēlāk, bet vairs nesabojā zvanus, parasti ir labākais darījums.

Kad apstāšanās pārspēj lēnumu

Pārsūtījums, kas iesalst atkārtojamā punktā un pēc tam turpinās, uzvedas kā ceļa MTU problēma, nevis kā ātruma ierobežojums. Tunelis samazina lietderīgo kravu katram paketam, un ierīce, kas izmet izrietošo ICMP ziņojumu, ļauj sūtītājam minēt. Šis modelis ir pelnījis savu testu, jo labošana atšķiras no ātruma regulēšanas. Stabils zems skaitlis norāda uz jaudu, savukārt sprādziens, kam seko klusums, norāda uz kravu, ko ceļš nespēj iznest.

Pārbaudiet ceļu ar kravu, kuru nedrīkst sadalīt, pēc tam salīdziniet tuneļa saskarnes MTU ar vērtību, kas iziet cauri:

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

Ja lielais zondes signāls pazūd, kamēr mazāks izdodas, pievelciet TCP MSS tunelī, tā vietā lai pazeminātu saskarnes MTU katram protokolam. Ilgstošas apstāšanās pēc šī punkta pieder uztverošās programmas krātuvēm vai tempam, nevis tīkla ceļam.

Ko mainīt un ko atstāt

Mainiet to, ko kontrolējat: fona pārsūtījumu grafikus, galapunkta izvēli un MSS apstājas ceļam. Saglabājiet katru izmaiņu atgriežamu un ierobežotu ar vienu darba apjomu. Atstājiet mierā to, par ko mērījums saka, ka ir kārtībā, tostarp lejupielādes ātrumu, kas jau atbilst līnijai.

Pierakstiet skaitļus pirms un pēc kopā ar profilu, galapunktu un diennakts laiku, jo augšupielādes problēma, kas pārvietojas līdzi galapunktam, ir maršrutēšanas jautājums, bet tā, kas pārvietojas līdzi ierīcei, ir lokāla. Tieši šis ieraksts pārvērš neskaidru sūdzību lēmumā, un tas maksā divas tās pašas komandas palaišanas.