Ĉu la alŝuto de VPN estas pli malrapida ol la elŝuto? Decidu, kiun limon vi trafas

Plej multaj alirlinioj estas malsimetriaj, do tunelo kutime alŝutas pli malrapide ol ĝi elŝutas, kaj tio estas la atendata respondo, ne difekto. La interesa demando estas, ĉu vian alŝuton limigas la linio, io alia, kio jam uzas ĝin, aŭ fluo, kiu haltas anstataŭ iri egale. Tiuj tri produktas la saman plendon kaj postulas malsaman laboron.

Tri limoj, kiuj aspektas identaj de la progresbreto

Kapacito estas la unua, kaj ĝi estas eco de la alirprodukto, ne de la tunelo. Suprena kanalo de kelkaj megabitaj estas normala ĉe konsumantaj optikaj fibroj kaj ĉe multaj poŝtelefonaj planoj, kaj la kosto de ĉifrado estas malgranda kompare kun tiu breĉo. Enkapsuligo ankaŭ aldonas bajtojn po paketo, kio malgrandigas la utilan trapon en ambaŭ direktoj kaj ne nur en unu, do ĝi sola ne povas klarigi grandan malsimetrion.

Konkurenco estas la dua. Nuba sinkronigo, fotaj bibliotekoj kaj ĝisdatigaj agentoj alŝutas dum la maŝino aspektas senokupa, kaj dua aparato sur la sama linio faras la samon. Vico estas la tria: saturita suprena kanalo puŝas interagajn trafikojn malantaŭ amasaj datumoj, do alvokoj rompiĝas dum la transigo mem raportas sanan progreson.

Mezuru unu direkton samtempe

Uzu la saman aparaton, la saman profilon kaj la saman celon, kaj neniam ruligu ambaŭ direktojn samtempe, krom se vi volas observi ĝuste la konkurencon. Paŭzigu viajn proprajn laŭvolajn transigojn antaŭ la unua rulo. Du ruloj kun unu flago inter ili solvas la plej grandan parton.

iperf3 sendas de la kliento defaŭlte, do la simpla rulo mezuras vian suprenan vojon; -R inversigas la direkton kaj mezuras elŝuton. Ruligu ilin kelkajn minutojn dise kaj registru ambaŭ nombrojn anstataŭ averaĝi:

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

Se la alŝuta nombro estas malgranda frakcio de la elŝuta nombro kaj restas stabila inter ruloj, la formo kongruas kun malsimetria alirlinio kaj la tunelo ne estas la rakonto. Se la alŝuto ŝanceliĝas inter ruloj aŭ kolapsas post dek sekundoj, daŭrigu legi.

Decidu laŭ tio, kie la alŝuto ŝanĝiĝas

Ŝanĝu unu variablon samtempe kaj observu, kiu direkto moviĝas. Dua VPN-fina punkto, kiu alŝutas pli bone, indikas tiun finpunkton aŭ la itineron al ĝi. La sama malrapida alŝuto de dua aparato sur la sama linio indikas la linion. Alia aparato sur alia linio, kiu ankaŭ estas malrapida, indikas la enigan politikon de la celo, kiun vi ne povas ripari loke.

Registru bajtojn po sekundo kaj pasintan tempon por la sama laborŝarĝo, ne unu solan rapidan poentaron. Sekurkopia kliento kaj rapidtesto uzas malsamajn celojn kaj malsaman samtempecon, do kompari iliajn nombrojn respondas nenion. Se malgrandaj petoj estas en ordo kaj nur grandaj transigoj rampas, la limo verŝajne tute ne estas bendlarĝo.

Por ĉiutaga uzo, limigi fonan alŝuton aŭ plani ĝin ekster kunvenaj horoj ofte helpas pli ol iu ajn tunela agordo. Juĝu tiun ŝanĝon laŭ la kombinita laborŝarĝo: sekurkopio, kiu finiĝas pli malfrue sed ne plu ruinigas alvokojn, estas kutime la pli bona interŝanĝo.

Kiam haltado venkas malrapidecon

Transigo, kiu frostas ĉe ripetebla punkto, poste daŭras, kondutas kiel problemo de MTU de la vojo, ne kiel limo de rapideco. La tunelo malgrandigas la uzeblan utilan ŝarĝon po paketo, kaj aparato, kiu forĵetas la rezultantan ICMP-mesaĝon, lasas la sendinton diveni. Tiu ŝablono meritas sian propran teston, ĉar la riparo diferencas de agordi rapidon. Konstanta malalta nombro indikas kapaciton, dum eksplodo sekvita de silento indikas ŝarĝon, kiun la vojo ne povas porti.

Testu la vojon per ŝarĝo, kiu ne rajtas fragmentiĝi, poste komparu la MTU de la tunela interfaco kun la valoro, kiu trapasas:

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

Se la granda sondilo malaperas dum pli malgranda sukcesas, premu la TCP MSS sur la tunelo anstataŭ malaltigi la interfacan MTU por ĉiu protokolo. Persistaj haltoj post tiu punkto apartenas al la stokado aŭ ritmo de la ricevanta aplikaĵo, ne al la reta vojo.

Kion ŝanĝi, kaj kion lasi

Ŝanĝu la aferojn, kiujn vi kontrolas: horarojn de fonaj transigoj, elekton de finpunkto kaj MSS por haltanta vojo. Tenu ĉiun ŝanĝon reigebla kaj limigita al unu laborŝarĝo. Lasu trankvile la aferojn, pri kiuj la mezurado diras, ke ili estas en ordo, inkluzive de elŝuta rapideco, kiu jam kongruas kun la linio.

Skribu la nombrojn antaŭ kaj post kune kun la profilo, finpunkto kaj horo de la tago, ĉar alŝuta problemo, kiu moviĝas kun la finpunkto, estas itinera demando, kaj tiu, kiu moviĝas kun la aparato, estas loka. Tiu registro estas tio, kio transformas malklaran plendon en decidon, kaj ĝi kostas du rulojn de la sama komando.