Kuidas VPN-i kiirust testida, et numbrid midagi tähendaksid
Kinnitage testserver, hoidke aluskiht liikumatuna ja lugege viivitust läbilaskevõimest eraldi. Tunnel muudab teekonda enne, kui ta midagi üldse mõõdab.
Kiirustest ei mõõda kunagi VPN-i. See mõõdab teekonda ja tunneli sisselülitamine asendab osa sellest teekonnast enne, kui esimene bait liigub. Sellepärast näitab üks sülearvuti ühel saidil tervet numbrit ja teisel nõrka, kuigi kummalgi poolel pole midagi muutunud. Lugege tulemust tõendina teekonna kohta, mitte toote hindena.
Kolm asja otsustavad, kas võrdlus on midagi väärt: kas mõlemad jooksud tabasid sama sihtmärki, kas juurdepääsuvõrk jäi paigale ja kas märkisite viivituse koos mahuga.
Mida tunnel enne esimest baiti ümber kirjutab
Klient mässib iga paketi veel ühte päisesse, nii et kasulik koormus paketi kohta kahaneb. Kulu on paketi, mitte ülekande kohta, mis tähendab, et suur fail vajab rohkem pakette kui sama fail ilma tunnelita. Selline lisakulu paistab pakettide arvuna, mitte nähtava seadistusena.
Sellest järeldub kaks asja. Suurtest plokkidest tehtud test tunneb paketikulu, samas kui paljudest väikestest päringutest tehtud test tunneb selle asemel edasi-tagasi käike. Ja kui tee MTU avastamine on kuskil teel blokeeritud, jääb tunnel väiksema paketi suuruse juurde ja läbilaskevõime langeb põhjusel, millel pole šifritega mingit pistmist.
Lage saate otseselt jälgida. Linuxis küsige suurimat koormust, mis läbib ilma killustamata, ja korrake siis tunneliga:
ping -M do -s 1472 -c 3 203.0.113.10
Kui see ebaõnnestub, laskuge 1,400 juurde ja proovige uuesti. Tunnel, mis veab ainult 1,380 baiti, ütleb teile, et miski pitsitab teel veel allpool, ja ükski kliendi häälestus ei tõsta seda.
Miks testserver liigub, kui tunnel tõuseb
Enamik tööriistu valib lähedase serveri avaliku aadressi järgi, mida nad näevad. Tunneliga tõuseb see aadress väljumissõlmele, nii et tööriist võib valida hosti teises linnas või riigis. Siis võrdlete kahte sihtkohta ja nende vaheline vahe sisaldab kaugust väljumisest testhostini.
Kinnitage server enne esimest jooksu nime või ID järgi ja hoidke seda igal järgmisel jooksul. Kui tööriist ei hoia seda, valige sihtmärk, mida ise kontrollite, ja juhtige seda ise: iperf3 -c test.example.net -R -t 20 hoiab sihtkoha paigal ja annab numbri, mida saate eilsega võrrelda.
Muutke üht muutujat, ja aluskiht ei ole üks
Traadita side on tavaline peidetud muutus. Signaali tugevus muutub, kui sülearvuti liigub, ja kanali hõivatus muutub, kui naaber alustab kõnet, nii et kaks jooksu kümne minuti vahega Wi-Fi-s ei ole sama testi kordused. Kaabel või fikseeritud asukoht, kus signaalitase on kirja pandud, eemaldab suurema osa sellest mürast. Märge signaalitaseme kohta iga jooksu alguses ja lõpus on tavaliselt piisav, et näidata, kas kaks jooksu kuuluvad kokku.
Seadme koormus kuulub samasse korvi. Klient, mis krüpteerib ühel tuumal, puutub oma lage kokku kaua enne linki, ja taustasünkroniseerimine puutub sellesse varem. Jälgige jooksu ajal CPU-d ja märkige, mis veel avatud oli. Toiteseaded võivad siin samuti hammustada, sest akul töötav sülearvuti võib protsessorit piirata kaua enne, kui link on üldse koormuse lähedal.
| 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 |
Hoidke aluskiht liikumatuna, selle asemel et selle pealt keskmistada. Kolm jooksu, mis kattuvad, ütlevad rohkem kui kümme erinevates tubades tehtut.
Viivitus, kadu ja ICMP vastavad erinevatele küsimustele
Ping saadab väikese sondi fikseeritud aadressile ja paljud võrgud vastavad ICMP-le madala prioriteediga või ignoreerivad seda täielikult. Puuduvad vastused kirjeldavad sondi, mitte rakenduse pakette. Koormuse all kasvav edasi-tagasi aeg tähendab tavaliselt, et järjekord täitub, mitte et teekond pikenes.
Et teada saada, kas tunnel lisab viivitust, võrrelge üht sihtmärki sellega ja ilma, või võrrelge kahte väljapääsu, mis on kättesaadavad samast juurdepääsuvõrgust. Käivitage sondi korduvalt ja vaadake hajumist, sest keskmine varjab täpselt seda varieeruvust, mis teeb kõne kasutuskõlbmatuks.
Minge tagasi ülesande juurde, mis tundus aeglane
Mõõdik, mis paraneb, kui kõne veel takerdub on vastanud millelegi muule. Käivitage uuesti ülesanne, millest uurimine algas, olgu see koosolek, failijagamine või kaugtöölaua sessioon. Kui number paranes ja ülesanne mitte, istus kitsaskoht kuskil, kuhu test kunagi ei jõudnud, näiteks tunnelitagune server või teie poolne ülesvoolu.
Logige iga jooks seadme, juurdepääsuvõrgu, otspunkti, protokolli, sihtmärgi ja ajaga. Jooks, mis ei ühendunud kunagi, on kättesaadavuse tulemus, mitte nulliläbilaskevõime, seega arhiveerige see selle sildi alla, selle asemel et see kustutada.
Lühike nimekiri enne järgmist võrdlust
Kinnitage sihtmärk ja kirjutage üles, miks te selle valisite. Märkige paketi suurus, mille tee lubab, et hilisemal langusel oleks seletus. Hoidke juurdepääsuvõrk samana, märkige CPU koormus ja tehke kolm jooksu enne, kui usute erinevust.
Seejärel muutke täpselt ühte asja ja korrake. Võrdlus, mida suudate seletada, lööb selle, kus number on suurem.