Si të testoni shpejtësinë e një VPN që numrat të kenë kuptim
Fiksoni serverin e testit, mbani shtresën e poshtme të palëvizshme dhe lexoni vonesën veçmas nga qarkullimi. Tuneli ndryshon rrugën përpara se të masë çfarëdo.
Një test shpejtësie nuk mat kurrë VPN-në. Mat një rrugë, dhe ndezja e tunelit zëvendëson një pjesë të asaj rruge përpara se të lëvizë bajti i parë. Kjo është arsyeja pse një laptop tregon një shifër të shëndetshme ndaj një faqeje dhe një të dobët ndaj një tjetre, pa u ndryshuar asgjë në asnjërën anë. Lexojeni rezultatin si provë për një rrugë, jo si pikë për një produkt.
Tri gjëra vendosin nëse krahasimi vlen diçka: nëse të dy ekzekutimet goditën të njëjtin objektiv, nëse rrjeti i aksesit mbeti i palëvizshëm dhe nëse e regjistruat vonesën pranë vëllimit.
Çfarë rishkruan tuneli përpara bajtit të parë
Klienti e mbështjell çdo paketë në një tjetër kokë, kështu që ngarkesa e dobishme për paketë zvogëlohet. Kostoja është për paketë dhe jo për transferim, që do të thotë se një skedar i madh kërkon më shumë paketa sesa i njëjti skedar i dërguar pa tunel. Një tepricë e tillë duket si numër paketash, jo si një cilësim i dukshëm.
Nga kjo rrjedhin dy pasoja. Një test i ndërtuar me blloqe të mëdha ndien koston për paketë, ndërsa një test me shumë kërkesa të vogla ndien në vend të kësaj udhëtimet vajtje-ardhje. Dhe nëse zbulimi i MTU-së së rrugës është bllokuar diku gjatë rrugës, tuneli ndalet në një madhësi më të vogël pakete dhe qarkullimi bie për një arsye që nuk ka asnjë lidhje me shifrat.
Mund ta vëzhgoni tavanin drejtpërdrejt. Në Linux kërkoni ngarkesën më të madhe që kalon pa fragmentim, pastaj përsëriteni me tunelin të ndezur:
ping -M do -s 1472 -c 3 203.0.113.10
Nëse kjo dështon, zbritni në 1,400 dhe provoni përsëri. Një tunel që mbart vetëm 1,380 bajt po ju thotë se diçka shtrëngon më poshtë në rrugë, dhe asnjë rregullim në klient nuk do ta ngrejë.
Pse lëviz serveri i testit kur ndizet tuneli
Shumica e mjeteve zgjedhin një server të afërt bazuar në adresën publike që shohin. Me tunelin të ndezur, ajo adresë i përket nyjës së daljes, kështu që mjeti mund të zgjedhë një host në një qytet ose vend tjetër. Atëherë po krahasoni dy destinacione, dhe hendeku mes tyre përfshin distancën nga dalja deri te hosti i testit.
Fiksoni serverin me emër ose ID përpara ekzekutimit të parë dhe mbajeni atë në çdo ekzekutim pasues. Nëse mjeti nuk e mban, zgjidhni një objektiv që e kontrolloni dhe drejtojeni vetë: iperf3 -c test.example.net -R -t 20 e mban destinacionin fiks dhe ju jep një numër që mund ta krahasoni me të djeshmin.
Ndryshoni një variabël, dhe shtresa e poshtme nuk është një
Pa tela është ndryshimi i zakonshëm i fshehur. Fuqia e sinjalit lëviz kur lëviz laptopi dhe zënia e kanalit lëviz kur një fqinj fillon një telefonatë, kështu që dy ekzekutime dhjetë minuta larg njëra-tjetrës në Wi-Fi nuk janë përsëritje të të njëjtit test. Kabllo, ose një pozicion fiks me nivelin e sinjalit të shënuar, heq pjesën më të madhe të atij zhurme. Një shënim i nivelit të sinjalit në fillim dhe në fund të çdo ekzekutimi zakonisht mjafton për të treguar nëse dy ekzekutime shkojnë bashkë.
Ngarkesa e pajisjes bie në të njëjtën shportë. Një klient që kripton në një bërthamë të vetme e arrin tavanin e vet shumë përpara lidhjes, dhe një sinkronizim në sfond e arrin më herët. Vëzhgoni CPU-në gjatë ekzekutimit dhe shënoni çfarë tjetër ishte e hapur. Cilësimet e energjisë mund të kafshojnë edhe këtu, sepse një laptop me bateri mund ta kufizojë procesorin shumë përpara se lidhja të jetë afër të qenit e zënë.
| 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 |
Mbani shtresën e poshtme të palëvizshme në vend që të bëni mesatare mbi të. Tri ekzekutime që përputhen thonë më shumë se dhjetë të marra në dhoma të ndryshme.
Vonesa, humbja dhe ICMP përgjigjen pyetjeve të ndryshme
Ping dërgon një sondë të vogël në një adresë fikse, dhe shumë rrjete i përgjigjen ICMP-së me prioritet të ulët ose e injorojnë plotësisht. Përgjigjet që mungojnë përshkruajnë sondën, jo paketat e aplikacionit. Një kohë vajtje-ardhje që rritet nën ngarkesë zakonisht do të thotë se një radhë po mbushet, jo se rruga u zgjat.
Për të mësuar nëse tuneli shton vonesë, krahasoni një objektiv me dhe pa të, ose krahasoni dy dalje të arritshme nga i njëjti rrjet aksesi. Ekzekutoni sondën vazhdimisht dhe shikoni shpërndarjen, sepse mesatarja fsheh pikërisht atë variacion që e bën një telefonatë të papërdorshme.
Kthehuni te detyra që u ndje e ngadaltë
Një masë që përmirësohet ndërsa telefonata ende ngec i është përgjigjur diçkaje tjetër. Ekzekutoni përsëri detyrën që filloi hetimin, qoftë një mbledhje, një ndarje skedarësh ose një sesion desktopi në distancë. Nëse numri u përmirësua dhe detyra jo, pengesa ishte atje ku testi nuk arriti kurrë, si serveri pas tunelit ose lidhja juaj e ngarkimit.
Regjistroni çdo ekzekutim me pajisjen, rrjetin e aksesit, pikën fundore, protokollin, objektivin dhe kohën. Një ekzekutim që nuk u lidh kurrë është rezultat i arritshmërisë dhe jo qarkullim zero, prandaj arkivojeni nën atë etiketë në vend që ta fshini.
Një listë e shkurtër përpara krahasimit të radhës
Fiksoni objektivin dhe shkruani pse e zgjodhët. Shënoni madhësinë e paketës që lejon rruga, që një rënie e mëvonshme të ketë shpjegim. Mbani rrjetin e aksesit identik, shënoni ngarkesën e CPU-së dhe bëni tri ekzekutime përpara se të besoni një ndryshim.
Pastaj ndryshoni saktësisht një gjë dhe përsëriteni. Krahasimi që mund ta shpjegoni e mund atë me numrin më të madh.