Kā pārbaudīt VPN ātrumu, lai skaitļi kaut ko nozīmētu
Piefiksējiet testa serveri, turiet apakšējo slāni nekustīgu un lasiet aizturi atsevišķi no caurlaidspējas. Tunelis maina ceļu pirms jebko nomēra.
Ātruma tests nekad nemēra VPN. Tas mēra ceļu, un tuneļa ieslēgšana aizstāj daļu šī ceļa pirms pirmā baita kustības. Tāpēc viens portatīvais dators vienā vietnē rāda veselīgu skaitli, bet citā vāju, lai gan nevienā pusē nekas nav mainījies. Lasiet rezultātu kā pierādījumu par maršrutu, nevis kā produkta vērtējumu.
Trīs lietas izšķir, vai salīdzinājumam ir kāda jēga: vai abi braucieni trāpījuši vienā mērķī, vai piekļuves tīkls palicis nekustīgs un vai esat fiksējis aizturi līdzās apjomam.
Ko tunelis pārraksta pirms pirmā baita
Klients iesaiņo katru paketi vēl vienā galvenē, tāpēc izmantojamā kravnesība uz paketi sarūk. Izmaksas ir uz paketi, nevis uz pārraidi, kas nozīmē, ka lielam failam vajag vairāk pakešu nekā tam pašam failam bez tuneļa. Šādas papildu izmaksas parādās kā pakešu skaits, nevis kā redzams iestatījums.
No tā izriet divas sekas. Tests, kas veidots no lieliem blokiem, jūt izmaksas uz paketi, bet tests no daudziem maziem pieprasījumiem tā vietā jūt gājienus turp un atpakaļ. Un ja ceļa MTU atklāšana kaut kur pa ceļam ir bloķēta, tunelis apstājas pie mazāka paketes izmēra, un caurlaidspēja krīt iemesla dēļ, kam nav nekāda sakara ar šifriem.
Griestus var novērot tieši. Linux lūdziet lielāko kravu, kas iziet bez fragmentācijas, pēc tam atkārtojiet ar ieslēgtu tuneli:
ping -M do -s 1472 -c 3 203.0.113.10
Ja tas neizdodas, nokāpiet uz 1,400 un mēģiniet vēlreiz. Tunelis, kas pārvadā tikai 1,380 baitus, jums saka, ka kaut kas spiež tālāk ceļā, un nekāda pielāgošana klientā to necels.
Kāpēc testa serveris pārvietojas, kad tiek ieslēgts tunelis
Lielākā daļa rīku izvēlas tuvējo serveri pēc redzamās publiskās adreses. Ar ieslēgtu tuneli šī adrese pieder izejas mezglam, tāpēc rīks var izvēlēties saimnieku citā pilsētā vai valstī. Tad jūs salīdzināt divus galamērķus, un starpība starp tiem ietver attālumu no izejas līdz testa saimniekam.
Piefiksējiet serveri pēc nosaukuma vai ID pirms pirmā brauciena un turiet to katrā nākamajā. Ja rīks to netur, izvēlieties mērķi, ko kontrolējat, un vadiet to pats: iperf3 -c test.example.net -R -t 20 notur galamērķi fiksētu un dod skaitli, ko varat salīdzināt ar vakardienas.
Mainiet vienu mainīgo, un apakšējais slānis nav viens
Bezvadu savienojums ir ierastā slēptā izmaiņa. Signāla stiprums mainās, kad portatīvais pārvietojas, un kanāla aizņemtība mainās, kad kaimiņš sāk zvanu, tāpēc divi braucieni ar desmit minūšu starpību Wi-Fi nav viena testa atkārtojumi. Kabelis vai fiksēta pozīcija ar pierakstītu signāla līmeni novērš lielāko daļu šī trokšņa. Signāla līmeņa pieraksts katra brauciena sākumā un beigās parasti ir pietiekams, lai parādītu, vai divi braucieni pieder kopā.
Ierīces slodze iet tajā pašā grozā. Klients, kas šifrē uz viena kodola, sasniedz savus griestus daudz agrāk nekā savienojums, un fona sinhronizācija sasniedz tos vēl agrāk. Vērojiet CPU brauciena laikā un pierakstiet, kas vēl bija atvērts. Arī enerģijas iestatījumi šeit var iekost, jo portatīvais uz akumulatora var ierobežot procesoru daudz agrāk, nekā savienojums vispār tuvojas noslogojumam.
| 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 |
Turiet apakšējo slāni nekustīgu, nevis ņemiet pa to vidējo. Trīs saskanīgi braucieni pasaka vairāk nekā desmit, kas veikti dažādās telpās.
Aizture, zudumi un ICMP atbild uz dažādiem jautājumiem
Ping sūta mazu zondi uz fiksētu adresi, un daudzi tīkli uz ICMP atbild ar zemu prioritāti vai pilnībā to ignorē. Trūkstošās atbildes raksturo zondi, nevis lietotnes paketes. Turp un atpakaļ laiks, kas pieaug slodzes laikā, parasti nozīmē, ka rinda piepildās, nevis ka maršruts kļuvis garāks.
Lai noskaidrotu, vai tunelis pievieno aizturi, salīdziniet vienu mērķi ar to un bez tā vai salīdziniet divas izejas, kas sasniedzamas no viena piekļuves tīkla. Palaidiet zondi atkārtoti un skatieties uz izkliedi, jo vidējais slēpj tieši to svārstību, kas padara zvanu neizmantojamu.
Atgriezieties pie uzdevuma, kas šķita lēns
Mērs, kas uzlabojas, kamēr zvans vēl raustās ir atbildējis uz kaut ko citu. Palaidiet no jauna uzdevumu, ar kuru sākās izmeklēšana, vai tas būtu sanāksme, failu koplietošana vai attālinātās darbvirsmas sesija. Ja skaitlis uzlabojās, bet uzdevums ne, vājā vieta bija tur, kur tests nekad nenokļuva, piemēram, serveris aiz tuneļa vai jūsu augšupielādes līnija.
Pierakstiet katru braucienu ar ierīci, piekļuves tīklu, galapunktu, protokolu, mērķi un laiku. Brauciens, kas nekad nepievienojās, ir sasniedzamības rezultāts, nevis nulles caurlaidspēja, tāpēc glabājiet to zem šīs etiķetes, nevis dzēsiet.
Īss saraksts pirms nākamā salīdzinājuma
Piefiksējiet mērķi un pierakstiet, kāpēc to izvēlējāties. Pierakstiet paketes izmēru, ko ceļš atļauj, lai vēlākam kritumam būtu izskaidrojums. Turiet piekļuves tīklu identisku, pierakstiet CPU slodzi un veiciet trīs braucienus, pirms ticat atšķirībai.
Pēc tam mainiet tieši vienu lietu un atkārtojiet. Salīdzinājums, ko spējat izskaidrot, ir labāks par to ar lielāko skaitli.