Pse dy teste shpejtësie VPN në të njëjtin tunel nuk përputhen

Dy ekzekutime, një tunel, dhe numrat ndryshojnë trefish. Tuneli nuk ndryshoi mes tyre. Ajo që ndryshoi është matja: një faqe testimi që zgjedh serverin në bazë të vendndodhjes suaj të dukshme, një numër rrjedhash që vendos nëse një nisje e ngadaltë apo gjashtë po mbushin tubin, dhe një kohëzgjatje sa mjafton e shkurtër për t'u mbyllur para se rruga të përdoret si duhet. Testet e shpejtësisë nuk janë të gabuara, por ato përgjigjen një pyetje më të ngushtë sesa ajo që njerëzit u bëjnë.

Një adresë e re daljeje ndryshon destinacionin e testit

Shumica e faqeve të testimit zgjedhin automatikisht një server matjeje, dhe e zgjedhin pjesërisht duke parë nga duket se vjen lidhja juaj. Aktivizoni tunelin dhe vendi juaj i dukshëm ndryshon, kështu që serveri i zgjedhur ndryshon, dhe krahasimi tani mbulon dy rrugë të ndryshme drejt dy host-eve të ndryshëm.

Rezultati nuk është aspak matje VPN. Është matje e rrugës tuaj drejt një serveri që nuk e zgjodhët, dhe diferencën mes dy ekzekutimeve mund ta dominojë peering-u i atij serveri e jo diçka që bëri tuneli.

Fiksoni destinacionin përpara se të ndryshoni çdo gjë tjetër. Çdo mjet i besueshëm ju lejon të zgjidhni një server në mënyrë eksplicite, dhe kur nuk e bën, faqja e rezultateve zakonisht emërton atë që u përdor, gjë që mjafton për të vënë re se dy ekzekutimet nuk janë të krahasueshme. Konfirmoni çfarë pa faqja përpara se t'i besoni zgjedhjes së saj:

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

Nëse vendi ndryshoi mes ekzekutimeve, ndryshoi edhe gjithçka që testi zgjodhi më pas. Shkruani daljen e vërejtur pranë çdo rezultati dhe konfuzioni zhduket kryesisht.

Nisja e ngadaltë përfundon pasi përfundojnë shumica e testeve të shkurtra

Një lidhje TCP nuk fillon me shpejtësinë e lidhjes. Fillon me një dritare kongjestimi të vogël, e dyfishon përafërsisht çdo raund, dhe arrin kapacitetin e rrugës vetëm pas disa raundeve. Një test dhjetë sekondash në një rrugë me latencë të lartë mund të kalojë një pjesë të konsiderueshme të jetës së tij në atë ngjitje.

Prandaj një tunel me latencë më të lartë shënon më keq në një test të shkurtër sesa e meriton, dhe prandaj një ekzekutim më i gjatë raporton shpesh një numër më të lartë pa asnjë ndryshim konfigurimi. korniza e xhiros RFC 6349 e trajton këtë në mënyrë eksplicite, dhe prandaj matjet serioze zgjasin sa duhet për të arritur një gjendje të qëndrueshme. Një ekzekutim pesë sekondash në një rrugë satelitore mat përshpejtuesin, jo rrugën.

Shikoni fazat e lidhjes në vend që të besoni një numër të vetëm. Curl raporton çdo etapë veçmas, kështu që mund të shihni nëse koha shkon në shtrëngimin e duarve, në ngjitje apo në transferim:

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

Ekzekutojeni dy herë radhazi drejt të njëjtit destinacion. Nëse ekzekutimi i dytë është shumë më i shpejtë, po matnit ngjitjen, jo rrugën, dhe çdo krahasim që përdori vetëm të parin është i dyshimtë.

Një rrjedhë dhe gjashtë rrjedha matin gjëra të ndryshme

Një rrjedhë e vetme TCP kufizohet nga dritarja që arrin të mbajë në fluturim, që është përafërsisht koha e raundit shumëzuar me shpejtësinë. Në një rrugë të gjatë ai prodhim tejkalon atë që do të përdorë një rrjedhë, prandaj një shkarkim i vetëm raporton më pak se kapaciteti që ekziston. Gjashtë rrjedha paralele e mbushin boshllëkun dhe prodhojnë një numër më të madh.

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

Të dy numrat janë të vërtetë. Numri i një rrjedhe thotë çfarë do të bëjë një shkarkim, që është ajo që zakonisht merr një skedë shfletuesi. Numri paralel thotë çfarë mund të mbajë rruga në total, që një torrent ose një shkarkim me shumë pjesë mund ta shfrytëzojë. Të citosh njërin sikur të ishte tjetri është mënyra se si një tunel i shëndoshë zëvendësohet pa arsye.

Krahasimi i një rezultati paralel me një rezultat të një rrjedhe është mënyra më e zakonshme se si njerëzit arrijnë në përfundimin se VPN-ja ua përgjysmoi shpejtësinë. Barazoni metodën, pastaj krahaso. Gjurma në komandën e tretë shton kontekstin që mungon: një rrugë me jitter të lartë do të japë rezultate jokonsistente në të dyja mënyrat, dhe asnjë numër rrjedhash nuk e rregullon atë.

Kriptimi kushton kohë procesori, inkapsulimi kushton bajt

Dy mekanizma veprojnë në çdo paketë pavarësisht sa e shpejtë është lidhja. Kriptimi konsumon procesor për bajt, dhe inkapsulimi shton bajt header-i që lidhja gjithsesi duhet t'i mbajë. Të dy shfaqen si një tavan, dhe kanë simptoma të ndryshme.

Tavani i procesorit shfaqet si një rrafshnaltë: xhiroja nuk rritet më sado rrjedha të shtoni, dhe procesori i makinës është i zënë ndërsa lidhja nuk është. Në një router të vogël ose një telefon kjo është shpesh kufiri i vërtetë, dhe prandaj një linjë e shpejtë mund të japë gjithsesi një tunel modest.

Kostoja në bajt është më e vogël por konstante. Header-at shtesë nënkuptojnë më pak ngarkesë të dobishme për paketë, dhe në një rrugë me njësi maksimale transmetimi fikse ato mund të shkaktojnë edhe fragmentim ose vrimë të zezë që shfaqet si bllokim në transferimet e mëdha e jo si mesatare e ngadaltë.

Këto tre ngatërrohen shpesh sepse përdoruesit i përshkruajnë të gjitha si VPN-ja është e ngadaltë. Vetëm i pari reagon ndaj një makine më të madhe, vetëm i dyti reagon ndaj një MTU më të vogël, dhe vetëm i treti reagon ndaj menaxhimit të radhëve.

Vendoseni metodën në regjistër

Një rezultat që ia vlen të ruhet emërton pajisjen, rrjetin e aksesit, daljen, serverin e matjes, drejtimin, numrin e rrjedhave dhe kohëzgjatjen. Pa këto, dy numra nuk mund të krahasohen, dhe një tiketë që përmban një numër të vetëm është në të vërtetë një humor.

Ruani edhe ekzekutimet e këqija. Një seri ku një dalje shkakton bllokim çdo herë është shumë më informuese sesa një mesatare, dhe bllokimet janë pikërisht ajo që mesataret fshehin.

Pastaj provoni atë që ju intereson vërtet. Nëse objektivi është një shkarkim i madh, shkarkoni skedarin. Nëse objektivi është një telefonatë, matni latencën nën ngarkesë në vend të xhiros në pushim, sepse një tunel mund të shënojë mirë në një test shpejtësie dhe gjithsesi ta bëjë çdo mbledhje të padëgjueshme.