Bakit hindi tugma ang dalawang pagsubok ng bilis ng VPN sa iisang tunnel

Dalawang takbo, isang tunnel, at magkaiba ang mga numero nang tatlong beses. Hindi nagbago ang tunnel sa pagitan ng mga ito. Ang nagbago ay ang pagsukat: isang site ng pagsubok na pumipili ng server batay sa iyong nakikitang lokasyon, isang bilang ng stream na nagtatakda kung isang mabagal na simula o anim ang pumupuno sa tubo, at isang tagal na sapat na maikli upang matapos bago pa magamit nang maayos ang ruta. Hindi mali ang mga pagsubok ng bilis, ngunit sinasagot nila ang isang mas makitid na tanong kaysa sa tanong ng mga tao sa kanila.

Binabago ng bagong address ng labasan ang destinasyon ng pagsubok

Karamihan sa mga site ng pagsubok ay awtomatikong pumipili ng server ng pagsukat, at pinipili nila ito nang bahagya sa pamamagitan ng pagtingin kung saan tila nagmumula ang iyong koneksyon. I-on ang tunnel at magbabago ang iyong nakikitang bansa, kaya magbabago ang napiling server, at ang paghahambing ay sumasaklaw na ngayon sa dalawang magkaibang ruta patungo sa dalawang magkaibang host.

Ang resulta ay hindi talaga isang pagsukat ng VPN. Ito ay pagsukat ng iyong ruta patungo sa isang server na hindi mo pinili, at ang pagkakaiba ng dalawang takbo ay maaaring pinangungunahan ng peering ng server na iyon at hindi ng anumang ginawa ng tunnel.

Ipin ang destinasyon bago mo baguhin ang anumang iba. Bawat kapani-paniwalang kasangkapan ay nagbibigay sa iyo na pumili ng server nang malinaw, at kapag hindi, karaniwang binabanggit ng pahina ng resulta ang ginamit, na sapat upang mapansin na hindi maihahambing ang dalawang takbo. Tiyakin kung ano ang nakita ng site bago mo pagkatiwalaan ang pinili nito:

curl -sS https://ipinfo.io/json | grep -E '"ip"|"org"|"country"'

Kung nagbago ang bansa sa pagitan ng mga takbo, nagbago rin ang lahat ng pinili ng pagsubok pagkatapos. Isulat ang naobserbahang labasan sa tabi ng bawat resulta at halos nawawala ang pagkalito.

Nagtatapos ang mabagal na simula pagkatapos matapos ang karamihan sa maiikling pagsubok

Ang koneksyon ng TCP ay hindi nagsisimula sa bilis ng link. Nagsisimula ito sa maliit na window ng pagkokong, dinodoble ito nang halos bawat pag-ikot, at naaabot lamang ang kapasidad ng ruta pagkatapos ng ilang pag-ikot. Ang pagsubok na sampung segundo sa rutang may mataas na latency ay maaaring gumugol ng malaking bahagi ng buhay nito sa pag-akyat na iyon.

Kaya mas mababa ang iskor ng tunnel na may mas mataas na latency sa maikling pagsubok kaysa nararapat, at kaya madalas mag-ulat ng mas mataas na numero ang mas mahabang takbo nang walang anumang pagbabago sa configuration. Ang balangkas ng throughput RFC 6349 ay tahasang tumatalakay dito, at kaya tumatagal nang sapat ang mga seryosong pagsukat upang maabot ang matatag na kalagayan. Ang limang segundong takbo sa rutang satellite ay sumusukat sa accelerator, hindi sa kalsada.

Tingnan ang mga yugto ng koneksyon sa halip na magtiwala sa isang numero. Iniulat ng Curl ang bawat yugto nang hiwalay, kaya makikita mo kung ang oras ay napupunta sa pakikipagkamay, sa pag-akyat o sa paglilipat:

curl -sS -o /dev/null -w 'dns=%{time_namelookup} tcp=%{time_connect} tls=%{time_appconnect} total=%{time_total} bytes/s=%{speed_download}\n' \
  https://mirror.example.net/testfile.bin

Patakbuhin ito nang dalawang beses nang sunud-sunod patungo sa parehong destinasyon. Kung mas mabilis nang husto ang ikalawang takbo, sinusukat mo ang pag-akyat, hindi ang ruta, at kahina-hinala ang anumang paghahambing na gumamit lamang ng una.

Isang stream at anim na stream ang sumusukat ng magkaibang bagay

Ang isang stream ng TCP ay limitado ng window na kayang itago nito sa hangin, na halos ang oras ng pag-ikot na pinarami ng rate. Sa mahabang ruta, ang produktong iyon ay lumalampas sa gagamitin ng isang stream, kaya kulang ang iniuulat ng isang download sa umiiral na kapasidad. Anim na magkatulad na stream ang pumupuno sa puwang at nagbibigay ng mas malaking numero.

iperf3 -c speed.example.net -t 20
iperf3 -c speed.example.net -t 20 -P 6
mtr -rwc 50 speed.example.net

Totoo ang dalawang numero. Ang numero ng isang stream ay nagsasabi kung ano ang gagawin ng isang download, na karaniwang nakukuha ng isang tab ng browser. Ang magkatulad na numero ay nagsasabi kung ano ang kayang dalhin ng ruta sa kabuuan, na maaaring gamitin ng torrent o download na maraming bahagi. Ang pagsipi sa isa na parang ito ang isa pa ay ang paraan ng pagpapalit ng malusog na tunnel nang walang dahilan.

Ang paghahambing ng magkatulad na resulta sa resulta ng isang stream ay ang pinakakaraniwang paraan ng mga tao upang tapusin na hinati ng VPN ang kanilang bilis. Itugma ang paraan, pagkatapos ihambing. Ang bakas sa ikatlong utos ay nagdaragdag ng nawawalang konteksto: ang rutang may mataas na jitter ay magbibigay ng hindi pantay na resulta sa parehong mode, at walang bilang ng stream ang nakakaayos niyon.

Ang encryption ay gumagasta ng oras ng processor, ang encapsulation ay gumagasta ng byte

Dalawang mekanismo ang tumatakbo sa bawat packet gaano man kabilis ang link. Ang encryption ay kumokonsumo ng processor kada byte, at ang encapsulation ay nagdaragdag ng byte ng header na kailangan pa ring dalhin ng link. Pareho silang lumilitaw bilang kisame, at magkaiba ang sintomas.

Ang kisame ng processor ay lumilitaw bilang talampas: tumitigil sa pagtaas ang throughput kahit ilang stream ang idagdag mo, at abala ang processor ng makina habang hindi abala ang link. Sa maliit na router o telepono, ito ang madalas na tunay na hangganan, at kaya makakapagbigay pa rin ng katamtamang tunnel ang mabilis na linya.

Ang gastos sa byte ay mas maliit ngunit pare-pareho. Ang dagdag na header ay nangangahulugan ng mas kaunting kapaki-pakinabang na karga kada packet, at sa rutang may takdang pinakamataas na yunit ng transmisyon, maaari rin silang magdulot ng fragmentation o itim na butas na lumilitaw bilang paghinto sa malalaking paglilipat sa halip na mabagal na karaniwan.

Ang tatlong ito ay madalas na napagkakamalan dahil inilalarawan ng mga gumagamit ang lahat ng ito bilang mabagal ang VPN. Tanging ang una ang tumutugon sa mas malaking makina, tanging ang pangalawa ang tumutugon sa mas maliit na MTU, at tanging ang pangatlo ang tumutugon sa pamamahala ng pila.

Isulat ang paraan sa talaan

Ang resultang sulit itago ay nagsasabi ng device, access network, labasan, server ng pagsukat, direksyon, bilang ng stream at tagal. Kung wala ang mga ito, hindi maihahambing ang dalawang numero, at ang tiket na may isang numero ay talagang isang kalagayan ng isip.

Itago rin ang masasamang takbo. Ang serye kung saan ang isang labasan ay nagdudulot ng paghinto sa bawat pagkakataon ay higit na nagbibigay-kaalaman kaysa sa karaniwan, at ang mga paghinto ang eksaktong itinatago ng mga karaniwan.

Pagkatapos, subukan ang bagay na talagang mahalaga sa iyo. Kung malaking download ang layunin, i-download ang file. Kung tawag ang layunin, sukatin ang latency sa ilalim ng load sa halip na throughput habang walang ginagawa, dahil ang tunnel ay makakakuha ng magandang iskor sa pagsubok ng bilis at gayon pa man ay gagawing hindi marinig ang bawat pulong.