Failikope kahe asukoha vahel tundub võrgutestina, kuid igaüks on liitne tulemus: protokolli lisakulu, salvestus mõlemas otsas, otspunkti töötlemine ja teekond. Ainuüksi selle numbri põhjal VPN-i süüdistada on oletamine. Lühike kontrollitud voog samade otspunktide vahel annab teise vaatluse ja just võrdlus näitab, milline osa väärib tähelepanu. Allolev plaan teeb seda ilma tulemusi välja mõtlemata.

Failikope on töökoormus, mitte mõõtmine

Ribaius on teekonna üks omadus, samal ajal kui failikope mõõdab mitut omadust korraga. Palju väikeseid faile koormab failipõhiseid toiminguid palju rohkem kui üks suur voog. Aeglane salvestus kummalgi pool piirab kopet tunnelist sõltumata. Krüpteerimine ja raamimine lisavad lisakulu, aga seda teeb ka failiserver, mis arvutab kontrollsummasid või skaneerib viiruste suhtes. Ainult võrdlus, mis hoiab otspunkti ja suuna muutumatuna, eraldab need panused.

Avalikud kiirustestid mõõdavad marsruuti lähedase testserverini, mis ei ole marsruut teie privaatse failiserverini. Need vastavad teisele küsimusele.

Käivitage ühekordne voog kummaski suunas

Kui mõlemad otsad on teie hallata, ajastage lühike iperf3 käivitus heakskiidetud akna sisse. Kasutage failiserverit võimalusel kaugema otspunktina ja märkige see, kui selle asemel kasutatakse asendusmasinat.

iperf3 -s -1 -B 10.77.0.20

Server seob end ühe privaatse aadressiga ja võtab vastu ühe kliendi, enne kui väljub. Ühekordne kuulaja ei lõpe iseenesest, kui klienti ei tule, seega peatage see, kui heakskiidetud aken sulgub.

iperf3 -c 10.77.0.20 -t 10

Vaikimisi saadab klient serverile TCP 5201 kaudu ja kümne sekundi aken hoiab testi lühikesena. Piirake kuulaja tulemüüris kavandatud privaatse allika ja sihtkohaga, selle asemel et seda avalikult paljastada.

iperf3 -c 10.77.0.20 -t 10 -R

Pöördsuuna lipp teeb serverist saatja, mis loeb, sest üles- ja allalaadimise teekonnad erinevad sageli. Aadressi sidumine ei tõesta, et klient valis kavandatud marsruudi, seega kirjutage üles tegelikult testitud teekond. Hoidke VPN-i olek, suund, kestus ja otspunkti koormus tulemuste juures, seejärel eemaldage ajutine juurdepääs.

Võrrelge sarnast sarnasega

Korrake esinduslikku failitoimingut sarnastes tingimustes, sama teenuse otspunktiga ja ilma kõrvalise konfiguratsioonimuudatuseta vahepeal. Märkige, kas tegu on üleslaadimise või allalaadimisega, ühe suure faili või paljude väikestega, ja kas salvestus kummalgi pool on hõivatud. Lühike puhang ei ole kogu kope püsiv kiirus ja kumbki vaatlus ei tohiks vaikselt teiseks muutuda. Kui nii voog kui ka kope on samas suunas aeglased, vaadake nende ühist teekonda ja otspunkti piiranguid.

Kui voog on terve ja kope mitte, on erinevus see, mida töökoormus lisab, ja sinna kuulub järgmine uurimine.

Lugege ühikuid enne järelduste tegemist

Megabitti sekundis ja megabaiti sekundis erinevad kaheksa korda ning toevestlused võrdlevad mõlemat rutiinselt, nagu oleks tegu sama ühikuga. Madal iperf3 tulemus võib tulla ka testmasinast endast: protsessori küllastumine, aeglane liides või hõivatud ketas võivad protsessi piirata enne võrku. Seetõttu ei ole üks number otsus teenusepakkuja ega protokolli vastu. Baasjoon on kasulik, sest seda vaadeldakse, mitte ei eeldata, ja see kitsendab küsimuse ühele suunale ja ühele otspunktile.

Kirjutage üles otspunkt, suund, kestus ja kiirus mõlema vaatluse jaoks. See kvartett teeb võrdluse kaitstavaks ja maksab palju vähem kui tarkvara vahetamine kõhutunde põhjal.

Seotud artiklid