Kako preizkusiti hitrost VPN, da številke kaj pomenijo
Pripnite preskusni strežnik, spodnjo plast držite pri miru in branje zakasnitve ločite od prepustnosti. Tunel spremeni pot, preden sploh kaj izmeri.
Preskus hitrosti nikoli ne meri VPN. Meri pot, vklop tunela pa zamenja del te poti, preden se premakne prvi bajt. Zato en prenosnik kaže zdravo številko proti enemu mestu in slabo proti drugemu, čeprav se na nobeni strani ni nič spremenilo. Rezultat berite kot dokaz o poti, ne kot oceno izdelka.
Tri stvari odločajo, ali je primerjava česa vredna: ali sta oba zagona zadela isti cilj, ali je dostopno omrežje ostalo pri miru in ali ste zakasnitev zabeležili ob količini.
Kaj tunel prepiše pred prvim bajtom
Odjemalec vsak paket ovije v še eno glavo, zato se uporabni tovor na paket zmanjša. Strošek je na paket in ne na prenos, kar pomeni, da velika datoteka potrebuje več paketov kot ista datoteka, poslana brez tunela. Takšna režija se pokaže kot število paketov, ne kot vidna nastavitev.
Iz tega sledita dve posledici. Preskus iz velikih blokov občuti strošek na paket, medtem ko preskus iz veliko majhnih zahtev namesto tega občuti poti tja in nazaj. In če je odkrivanje MTU poti nekje na poti blokirano, se tunel ustali pri manjši velikosti paketa in prepustnost pade zaradi razloga, ki nima nič skupnega s šiframi.
Zgornjo mejo lahko opazujete neposredno. V Linuxu zahtevajte največji tovor, ki gre skozi brez drobljenja, nato ponovite z vklopljenim tunelom:
ping -M do -s 1472 -c 3 203.0.113.10
Če to ne uspe, se spustite na 1,400 in poskusite znova. Tunel, ki nosi le 1,380 bajtov, vam pove, da nekaj stiska nižje na poti, in nobeno uglaševanje na odjemalcu tega ne bo dvignilo.
Zakaj se preskusni strežnik premakne, ko se tunel vklopi
Večina orodij izbere bližnji strežnik glede na javni naslov, ki ga vidijo. Z vklopljenim tunelom ta naslov pripada izhodnemu vozlišču, zato lahko orodje izbere gostitelja v drugem mestu ali državi. Takrat primerjate dve destinaciji, vrzel med njima pa vključuje razdaljo od izhoda do preskusnega gostitelja.
Pripnite strežnik po imenu ali ID pred prvim zagonom in ga obdržite pri vsakem naslednjem. Če ga orodje ne obdrži, izberite cilj, ki ga nadzorujete, in ga vodite sami: iperf3 -c test.example.net -R -t 20 drži destinacijo fiksno in vam da številko, ki jo lahko primerjate z včerajšnjo.
Spremenite eno spremenljivko, spodnja plast pa ni ena
Brezžično je običajna skrita sprememba. Moč signala se premakne, ko se prenosnik premakne, in zasedenost kanala, ko sosed začne klic, zato dva zagona z desetimi minutami razlike po Wi-Fi nista ponovitvi istega preskusa. Kabel ali fiksna lega z zapisano ravnjo signala odstrani večino tega hrupa. Zapis ravni signala na začetku in na koncu vsakega zagona običajno zadostuje, da pokaže, ali dva zagona spadata skupaj.
Obremenitev naprave spada v isto košaro. Odjemalec, ki šifrira na enem jedru, zadene svojo mejo veliko prej kot povezava, sinhronizacija v ozadju pa jo zadene prej. Med zagonom spremljajte CPU in zapišite, kaj drugega je bilo odprto. Tudi nastavitve napajanja lahko tu ugriznejo, saj lahko prenosnik na bateriji omeji procesor veliko preden se povezava sploh približa zasedenosti.
| Measurement | What it answers | What it misses |
|---|---|---|
| Download | Bulk capacity along the path | Any question about responsiveness |
| Upload | Capacity from client to exit | Download health |
| RTT to a fixed target | Distance plus queueing | Whether capacity is available |
| Jitter or loss | Stability under load | How much the link can carry |
Spodnjo plast držite pri miru, namesto da bi jo povprečili. Trije skladni zagoni povedo več kot deset izvedenih v različnih sobah.
Zakasnitev, izguba in ICMP odgovarjajo na različna vprašanja
Ping pošlje majhno sondo na fiksni naslov, in veliko omrežij odgovori na ICMP z nizko prioriteto ali ga popolnoma ignorira. Manjkajoči odgovori opisujejo sondo, ne paketov aplikacije. Čas povratne poti, ki pod obremenitvijo narašča, običajno pomeni, da se polni čakalna vrsta, ne da se je pot podaljšala.
Da ugotovite, ali tunel dodaja zakasnitev, primerjajte en cilj z njim in brez njega, ali primerjajte dva izhoda, dosegljiva iz istega dostopnega omrežja. Sondo izvajajte večkrat in glejte razpršenost, ker povprečje skrije prav tisto spremenljivost, zaradi katere je klic neuporaben.
Vrnite se k opravilu, ki se je zdelo počasno
Merilo, ki se izboljšuje, medtem ko klic še vedno zatika je odgovorilo na nekaj drugega. Znova zaženite opravilo, s katerim se je preiskava začela, naj bo to sestanek, skupna raba datotek ali seja oddaljenega namizja. Če se je številka izboljšala, opravilo pa ne, je bilo ozko grlo tam, kam preskus ni nikoli prišel, na primer strežnik za tunelom ali vaša odhodna povezava.
Vsak zagon zabeležite z napravo, dostopnim omrežjem, končno točko, protokolom, ciljem in časom. Zagon, ki se ni nikoli povezal, je rezultat dosegljivosti in ne ničelna prepustnost, zato ga shranite pod to oznako, namesto da bi ga izbrisali.
Kratek seznam pred naslednjo primerjavo
Fiksirajte cilj in zapišite, zakaj ste ga izbrali. Zabeležite velikost paketa, ki jo pot dovoli, da bo imel poznejši padec razlago. Držite dostopno omrežje enako, zabeležite obremenitev CPU in naredite tri zagone, preden verjamete razliki.
Nato spremenite natanko eno stvar in ponovite. Primerjava, ki jo znate razložiti, je boljša od tiste z večjo številko.