Hoe't jo VPN-snelheid teste kinne sadat de sifers eat betsjutte
Pin it testserver fêst, hâld de ûnderlaach stil en lês fertraging apart fan trochfier. De tunnel feroaret it paad foardat er eat mjit.
In snelheidstest mjit nea de VPN. Hy mjit in paad, en it oansette fan 'e tunnel ferfangt in part fan dat paad foardat de earste byte beweecht. Dêrom lit ien laptop in sûn sifer sjen by ien side en in min by in oare, sûnder dat der oan ien fan beide kanten eat feroare is. Lês it resultaat as bewiis oer in rûte, net as in siferskoare foar in produkt.
Trije dingen beslisse oft de ferliking eat wurdich is: oft beide runs itselde doel rekke hawwe, oft it tagongsnetwurk stil bleau en oft jo de fertraging njonken it volume fêstlein hawwe.
Wat de tunnel foar de earste byte oerskriuwt
De klant pakket elk pakket yn noch in kop, sadat de brûkbere lading per pakket krimpt. De kosten binne per pakket en net per oerdracht, wat betsjut dat in grut bestân mear pakketten nedich hat as itselde bestân sûnder tunnel. Soks oerstallichs is te sjen as pakketoantal, net as in sichtbere ynstelling.
Dêrút folgje twa gefolgen. In test fan grutte blokken fielt de kosten per pakket, wylst in test fan in soad lytse oanfragen ynstee de hin-en-wer reizen fielt. En as it ûntdekken fan 'e MTU fan it paad earne ûnderweis blokkeare is, bliuwt de tunnel by in lytsere pakketgrutte en sakket de trochfier om in reden dy't neat mei fersifering te krijen hat.
Jo kinne it plafond direkt besjen. Under Linux freegje jo om 'e grutste lading dy't sûnder fragmintaasje trochkomt, en dan werhelje jo dat mei de tunnel oan:
ping -M do -s 1472 -c 3 203.0.113.10
As dat mislearret, sakje dan nei 1,400 en besykje it opnij. In tunnel dy't mar 1,380 byte ferfiert, fertelt jo dat eat fierderop yn it paad knypt, en gjin bytsje bystelle oan 'e klant sil dat oplêze.
Wêrom't it testserver ferskoodt as de tunnel omheech komt
De measte ark kieze in tichtby lizzend server op grûn fan it iepenbiere adres dat se sjogge. Mei de tunnel oan heart dat adres by de útgongsknooppunt, sadat it ark in host yn in oare stêd of lân kieze kin. Jo ferlykje dan twa bestimmings, en it gat dertusken befettet de ôfstân fan 'e útgong oant it testhost.
Pin it server foar de earste run fêst op namme of ID en hâld it foar eltse run dêrnei. As it ark it net fêsthâlde wol, kies dan in doel dat jo sels kontrolearje en bestjoer it sels: iperf3 -c test.example.net -R -t 20 hâldt de bestimmings fêst en jout jo in sifer dat jo mei juster ferlykje kinne.
Feroarje ien fariabele, en de ûnderlaach is net ien
Draadloas is de gewoane ferburgen feroaring. De sinjaalsterkte ferskoodt as de laptop beweecht en de kanaalbesetting ferskoodt as in buorman in petear begjint, sadat twa runs tsien minuten útinoar op Wi-Fi gjin werhellings fan deselde test binne. Mei kabel, of in fêste posysje mei it sinjaalnivo opskreaun, ferdwynt it measte fan dat lûd. In notysje fan it sinjaalnivo oan it begjin en ein fan eltse run is meast genôch om te sjen oft twa runs byinoar hearre.
Belesting fan it apparaat heart yn deselde koer. In klant dy't op ien kearn fersiferet, rekket syn eigen plafond folle earder as de ferbining, en in eftergrûnssyngronisaasje rekket it earder. Sjoch ûnder de run nei de CPU en notearje wat der noch iepen wie. Enerzjy-ynstellingen kinne hjir ek bite, want in laptop op batterij kin de prosessor beheine folle foardat de ferbining earne tich by drok is.
| 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 |
Hâld de ûnderlaach stil ynstee fan der in gemiddelde oer te nimmen. Trije runs dy't oerienkomme, sizze mear as tsien dy't yn ferskate keamers nommen binne.
Fertraging, ferlies en ICMP beändwurdzje ferskate fragen
Ping stjoert in lytse probe nei in fêst adres, en in soad netwurken beändwurdzje ICMP mei lege prioriteit of negearje it hielendal. Ûntbrekkende antwurden beskriuwe de probe, net de pakketten fan 'e applikaasje. In hin-en-wer tiid dy't ûnder belesting omheech giet, betsjut meast dat in wachtrige fol rekket, net dat it paad langer wurden is.
Om te witten oft de tunnel fertraging tafoeget, ferlykje ien doel mei en sûnder him, of ferlykje twa útgongen dy't fan itselde tagongsnetwurk berikber binne. Rin de probe ferskate kearen en sjoch nei de sprieding, want in gemiddelde ferberget krekt de fariaasje dy't in petear ûnbrûkber makket.
Gean werom nei de taak dy't stadich liek
In mjitte dy't better wurdt wylst it petear noch stikellet hat op eat oars antwurde. Rin de taak dy't it ûndersyk begûn opnij, oft dat no in gearkomste, in bestânsdieling of in sesje op in ôfstân buroblêd wie. As it sifer better wurden is en de taak net, siet de flessehals earne dêr't de test nea kaam, lykas it server efter de tunnel of jo opferbining.
Log eltse run mei apparaat, tagongsnetwurk, einpunt, protokol, doel en tiid. In run dy't nea ferbûn is, is in berikberensresultaat en net in trochfier fan nul, dus bewarje it ûnder dat label ynstee fan it te wiskjen.
In koarte list foar de folgjende ferliking
Fiks it doel en skriuw op wêrom't jo it keazen hawwe. Notearje de pakketgrutte dy't it paad tastean, sadat in lettere fal in ferklearring hat. Hâld it tagongsnetwurk itselde, notearje de CPU-belesting, en nim trije runs foardat jo in ferskil leauwe.
Feroarje dan krekt ien ding en werhelje. De ferliking dy't jo útlege kinne, wint it fan dy mei it gruttere sifer.