Kāpēc mans VPN ir tik lēns? Pārbaudiet šos četrus segmentus

Pārtraukts zvans, lēni velkoša lejupielāde un pusceļā iesalstoša augšupielāde ir trīs dažādas sūdzības zem viena apzīmējuma. Lēmums, kuru no tām jūs vajājat pirms kaut kā mērīšanas, ietaupa pārējo izmeklēšanu. Pēc tam mainiet vienu ceļa segmentu vienlaikus un atkārtojiet to pašu uzdevumu.

Zemāk dotā secība virzās no uzdevuma uz āru, jo tunelis nevar nodrošināt joslas platumu, kas tam trūkst apakšā.

Pirms mērīšanas izlemiet, ko nozīmē lēns

Zems vienmērīgs ātrums, augsts latentums ar asiem lēcieniem un pārsūtīšana, kas pilnībā apstājas pie fiksēta lieluma, nav viena defekta variācijas. Katrs norāda uz citu segmentu: caurlaidspēju, pašu ceļu vai paketes lieluma ierobežojumu. Izvēlieties uzdevumu, kas jūs tiešām traucē, un izmantojiet to kā atsauci, jo ātruma tests mēra masveida pārsūtīšanu, kas var uzvesties pavisam citādi nekā videozvans. Pierakstiet galapunktu, protokolu, diennakts laiku un skaitli, kas jums ir svarīgs.

Bez šī pieraksta katra vēlākā salīdzināšana pārvēršas strīdā par iespaidiem.

Vispirms pārbaudiet piekļuves tīklu

Apturiet savas lielās pārsūtīšanas, pēc tam izmēriet vietējo savienojumu, pirms tunelis ir iesaistīts. Salīdziniet ar nekaitīgu uzdevumu un sekojiet klienta kill switch procedūrai, nevis vienlaikus izslēdziet vairākas aizsardzības, un abiem braucieniem saglabājiet to pašu galamērķi. Ātruma testa nodrošinātājs var dot jums citu mērīšanas serveri, tiklīdz mainās jūsu redzamā atrašanās vieta, un tas pārvērš salīdzinājumu divu dažādu serveru testā.

ping -c 20 192.168.50.1
ping -c 20 198.51.100.7
curl -o /dev/null -w "%{time_starttransfer} %{speed_download}\n" https://speed.example.net/10mb.bin

Ja bāzes līnija jau ir slikta, darbs pieder Wi-Fi, maršrutētāja slodzei vai piekļuves pakalpojumam. Vadu tests vai nekustīga pozīcija pie piekļuves punkta atdala vāju radio saiti no noslogota augšupceļa. Nekas, ko dara tunelis, nepievienos jaudu, ko piekļuves līnija nepiegādā.

Nomainiet izeju, tad transportu

Turiet ierīci, tīklu un protokolu fiksētus un pārbaudiet otru galapunktu. Izvēlieties ticamu pilsētu no atrašanās vietu saraksta, bet nepieņemiet, ka tuvākais apzīmējums nozīmē labāko maršrutu. Ja viena izeja ir lēna, bet pārējās ir labas, tās mitinātājs vai ceļš ir pelnījis izmeklēšanu; ja vienā ierīcē visas izejas ir lēnas, bet otra ierīce ir laba, klients ir labākais aizdomās turamais.

Kur pakalpojums piedāvā abus profilus, salīdziniet OpenVPN ar UDP un OpenVPN ar TCP. UDP ir parastais sākumpunkts interaktīvam darbam, savukārt TCP var palīdzēt piekļuves tīklā, kas nemaz neizlaiž UDP trafiku. TCP tunelis atgūst zudumus, pārsūtot strauma iekšpusē, tāpēc tas var šķist lēnāks saitē, kas nomet paketes, un OpenVPN veiktspējas problēmu novēršanas piezīmes aptver to pašu kompromisu, pirms kaut ko citu pielāgojat. Vārda "udp" maiņa uz "tcp" profilā nevar radīt klausītāju, ko serveris nekad nav atvēris.

Saglabājiet profilu, kas palīdz, pirms izmēģināt nākamo izmaiņu. Citādi vēlāka regresija jūs atstāj minēt, kura rediģēšana deva uzlabojumu.

Lasiet ierīci un simptomu kopā

Vērojiet procesora slodzi pārsūtīšanas laikā, nevis pēc tam, jo šifrēšanas izmaksas pieaug līdz ar trafiku, un mazs maršrutētājs, kas apkalpo mājsaimniecību, ir cita mašīna nekā klēpjdators, kas darbina savu klientu. Vēl viens VPN, virtuālā mašīna vai tīkla filtrs var sēdēt tajā pašā ceļā un paņemt daļu trafika. Uzturiet programmatūru aktuālu, nenoņemot autentifikācijas pārbaudes vai kill switch, lai etalonuzdevums izskatītos labāk. Ja mazi pieprasījumi izdodas, bet lielas augšupielādes iestrēgst pie nemainīga lieluma, MTU pārbaude ir nākamā pietura.

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

Kad tunelis atkārtoti atiestatās, izlabojiet pārtraukumus, pirms interpretējat jebkuru caurlaidspējas skaitli, jo atkārtoti pieslēgtais tunelis mēra rokasspiedienu, nevis ceļu. Pēc katras izmaiņas atkārtojiet sākotnējo uzdevumu un saglabājiet rezultātu. Ātrāks ātruma tests, kas joprojām salauž zvanu, nav atrisinājis sūdzību, ar ko sākāt.