Greičio testas niekada nematuoja VPN. Jis matuoja kelią, o įjungus tunelį dalis to kelio pakeičiama dar prieš pajudant pirmajam baitui. Todėl vienas nešiojamasis kompiuteris vienoje svetainėje rodo sveiką skaičių, o kitoje prastą, nors nė vienoje pusėje niekas nepasikeitė. Rezultatą skaitykite kaip įrodymą apie maršrutą, o ne kaip produkto balą.

Trys dalykai lemia, ar palyginimas ko nors vertas: ar abu paleidimai pataikė į tą patį tikslą, ar prieigos tinklas liko nejudantis ir ar užfiksavote vėlavimą kartu su apimtimi.

Ką tunelis perrašo prieš pirmąjį baitą

Klientas kiekvieną paketą įvynioja į dar vieną antraštę, todėl naudingoji apkrova vienam paketui mažėja. Sąnaudos skaičiuojamos paketui, o ne perdavimui, vadinasi, dideliam failui reikia daugiau paketų nei tam pačiam failui be tunelio. Tokios papildomos sąnaudos matosi kaip paketų skaičius, o ne kaip matomas nustatymas.

Iš to kyla dvi pasekmės. Testas, sudarytas iš didelių blokų, jaučia sąnaudas vienam paketui, o testas iš daug mažų užklausų vietoj to jaučia ėjimus pirmyn ir atgal. Ir jei kelio MTU aptikimas kažkur kelyje užblokuotas, tunelis sustoja ties mažesniu paketo dydžiu, o pralaidumas krenta dėl priežasties, neturinčios nieko bendra su šifrais.

Lubas galite stebėti tiesiogiai. Linuxe paprašykite didžiausios apkrovos, kuri praeina be fragmentavimo, tada pakartokite su įjungtu tuneliu:

ping -M do -s 1472 -c 3 203.0.113.10

Jei tai nepavyks, nusileiskite iki 1,400 ir bandykite dar kartą. Tunelis, kuris neša tik 1,380 baitų, jums sako, kad kažkas spaudžia toliau kelyje, ir joks derinimas kliente to nepakels.

Kodėl bandomasis serveris pasislenka, kai įjungiamas tunelis

Dauguma įrankių pasirenka netoliese esantį serverį pagal matomą viešąjį adresą. Įjungus tunelį tas adresas priklauso išėjimo mazgui, todėl įrankis gali pasirinkti prieglobą kitame mieste ar šalyje. Tada lyginate du tikslus, o tarpas tarp jų apima atstumą nuo išėjimo iki bandomojo prieglobos.

Prisekite serverį pagal pavadinimą arba ID prieš pirmąjį paleidimą ir laikykite jį kiekviename vėlesniame. Jei įrankis jo neišlaiko, pasirinkite tikslą, kurį valdote, ir valdykite jį patys: iperf3 -c test.example.net -R -t 20 išlaiko tikslą fiksuotą ir duoda skaičių, kurį galite palyginti su vakar dienos.

Pakeiskite vieną kintamąjį, o apatinis sluoksnis nėra vienas

Bevielis ryšys įprastas paslėptas pokytis. Signalo stiprumas pasikeičia, kai nešiojamasis kompiuteris pajuda, o kanalo užimtumas pasikeičia, kai kaimynas pradeda skambutį, todėl du paleidimai su dešimties minučių skirtumu per Wi-Fi nėra to paties testo pakartojimai. Kabelis arba fiksuota vieta su užrašytu signalo lygiu pašalina didžiąją dalį to triukšmo. Signalo lygio užrašas kiekvieno paleidimo pradžioje ir pabaigoje paprastai pakanka parodyti, ar du paleidimai priklauso kartu.

Įrenginio apkrova patenka į tą pačią pintinę. Klientas, šifruojantis viename branduolyje, pasiekia savo lubas kur kas anksčiau nei ryšys, o foninė sinchronizacija pasiekia jas dar anksčiau. Stebėkite CPU paleidimo metu ir užrašykite, kas dar buvo atidaryta. Energijos nustatymai čia taip pat gali įkąsti, nes nešiojamasis kompiuteris su baterija gali apriboti procesorių kur kas anksčiau, nei ryšys apskritai artėja prie užimtumo.

MeasurementWhat it answersWhat it misses
DownloadBulk capacity along the pathAny question about responsiveness
UploadCapacity from client to exitDownload health
RTT to a fixed targetDistance plus queueingWhether capacity is available
Jitter or lossStability under loadHow much the link can carry

Laikykite apatinį sluoksnį nejudantį, o ne imkite per jį vidurkį. Trys sutampantys paleidimai pasako daugiau nei dešimt, atliktų skirtingose patalpose.

Vėlavimas, nuostoliai ir ICMP atsako į skirtingus klausimus

Ping siunčia mažą zondą į fiksuotą adresą, o daugelis tinklų į ICMP atsako mažu prioritetu arba visai jo nepaiso. Trūkstami atsakymai apibūdina zondą, o ne programos paketus. Pirmyn ir atgal laikas, kuris didėja esant apkrovai, paprastai reiškia, kad pildosi eilė, o ne kad maršrutas pailgėjo.

Norėdami sužinoti, ar tunelis prideda vėlavimo, palyginkite vieną tikslą su juo ir be jo arba palyginkite du išėjimus, pasiekiamus iš to paties prieigos tinklo. Paleiskite zondą pakartotinai ir žiūrėkite į sklaidą, nes vidurkis paslepia būtent tą svyravimą, kuris padaro skambutį netinkamą.

Grįžkite prie užduoties, kuri atrodė lėta

Matas, kuris gerėja, kol skambutis dar trūkčioja atsakė į kažką kita. Paleiskite iš naujo užduotį, nuo kurios prasidėjo tyrimas, ar tai būtų susitikimas, failų bendrinimas ar nuotolinio darbalaukio sesija. Jei skaičius pagerėjo, o užduotis ne, kliūtis buvo ten, kur testas niekada nepasiekė, pavyzdžiui, serveris už tunelio arba jūsų siuntimo linija.

Užrašykite kiekvieną paleidimą su įrenginiu, prieigos tinklu, galiniu tašku, protokolu, tikslu ir laiku. Paleidimas, kuris niekada neprisijungė, yra pasiekiamumo rezultatas, o ne nulinis pralaidumas, todėl saugokite jį po ta etikete, o ne trinkite.

Trumpas sąrašas prieš kitą palyginimą

Prisekite tikslą ir parašykite, kodėl jį pasirinkote. Užrašykite paketo dydį, kurį leidžia kelias, kad vėlesnis kritimas turėtų paaiškinimą. Laikykite prieigos tinklą vienodą, užrašykite CPU apkrovą ir atlikite tris paleidimus, prieš patikėdami skirtumu.

Tada pakeiskite tiksliai vieną dalyką ir pakartokite. Palyginimas, kurį galite paaiškinti, vertas daugiau nei tas su didesniu skaičiumi.

Susiję straipsniai