Ako testovať rýchlosť VPN, aby čísla niečo znamenali
Pripnite testovací server, držte podklad v pokoji a čítajte oneskorenie oddelene od priepustnosti. Tunel mení cestu skôr, než čokoľvek zmeria.
Rýchlostný test nikdy nemeria VPN. Meria cestu a zapnutie tunela nahradí časť tej cesty skôr, než sa pohne prvý bajt. Preto jeden notebook ukazuje zdravé číslo voči jednej stránke a slabé voči inej, hoci na žiadnej strane sa nič nezmenilo. Čítajte výsledok ako dôkaz o trase, nie ako skóre produktu.
O tom, či má porovnanie vôbec cenu, rozhodujú tri veci: či oba behy trafili rovnaký cieľ, či prístupová sieť zostala v pokoji a či ste oneskorenie zaznamenali vedľa objemu.
Čo tunel prepíše pred prvým bajtom
Klient obalí každý paket ďalšou hlavičkou, takže použiteľný obsah na paket sa zmenšuje. Náklad je na paket, nie na prenos, čo znamená, že veľký súbor potrebuje viac paketov než ten istý súbor odoslaný bez tunela. Taká réžia sa prejaví ako počet paketov, nie ako viditeľné nastavenie.
Platia z toho dva dôsledky. Test zložený z veľkých blokov cíti náklad na paket, kým test z mnohých malých požiadaviek cíti namiesto toho jednotlivé kolá. A ak je objavovanie MTU cesty niekde po ceste zablokované, tunel sa ustáli na menšej veľkosti paketu a priepustnosť klesne z dôvodu, ktorý nemá so šiframi nič spoločné.
Strop môžete sledovať priamo. V Linuxe si vyžiadajte najväčší obsah, ktorý prejde bez fragmentácie, a potom to zopakujte so zapnutým tunelom:
ping -M do -s 1472 -c 3 203.0.113.10
Keď to zlyhá, zíďte na 1,400 a skúste znova. Tunel, ktorý unesie len 1,380 bajtov, vám hovorí, že niečo stláča ešte nižšie po ceste, a žiadne ladenie na klientovi to nezdvihne.
Prečo sa testovací server posunie, keď sa tunel zapne
Väčšina nástrojov vyberá blízky server podľa verejnej adresy, ktorú vidí. So zapnutým tunelom tá adresa patrí výstupnému uzlu, takže nástroj môže vybrať hostiteľa v inom meste alebo krajine. Potom porovnávate dve destinácie a medzera medzi nimi zahŕňa vzdialenosť z výstupu k testovaciemu hostiteľovi.
Pripnite server podľa mena alebo ID pred prvým behom a udržte ho pri každom ďalšom. Ak ho nástroj neudrží, vyberte cieľ, ktorý ovládate, a veďte ho sami: iperf3 -c test.example.net -R -t 20 drží destináciu pevne a dáva číslo, ktoré môžete porovnať s včerajším.
Zmeňte jednu premennú, a podklad nie je jedna
Bezdrôt je obvyklá skrytá zmena. Sila signálu sa posunie, keď sa notebook pohne, a obsadenosť kanála, keď sused začne volať, takže dva behy desať minút od seba po Wi-Fi nie sú opakovaním toho istého testu. Kábel, alebo pevná poloha so zapísanou úrovňou signálu, odstráni väčšinu toho šumu. Poznamenať úroveň signálu na začiatku a na konci každého behu zvyčajne stačí na to, aby ste videli, či dva behy patria k sebe.
Zaťaženie zariadenia patrí do toho istého košíka. Klient šifrujúci na jednom jadre narazí na vlastný strop dávno pred spojom a synchronizácia na pozadí doň narazí skôr. Sledujte CPU počas behu a poznamenajte, čo ďalšie bolo otvorené. Nastavenia napájania tu tiež môžu uhryznúť, pretože notebook na batérii môže obmedziť procesor dávno predtým, než je spoj vôbec blízko k vyťaženiu.
| 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 |
Držte podklad v pokoji namiesto toho, aby ste ho spriemerovali. Tri behy, ktoré súhlasia, povedia viac než desať urobených v rôznych miestnostiach.
Oneskorenie, strata a ICMP odpovedajú na rôzne otázky
Ping posiela malú sondu na pevnú adresu a mnohé siete odpovedajú na ICMP s nízkou prioritou alebo ho úplne ignorujú. Chýbajúce odpovede opisujú sondu, nie pakety aplikácie. Doba obratu, ktorá pod zaťažením rastie, zvyčajne znamená, že sa plní fronta, nie že sa trasa predĺžila.
Ak chcete zistiť, či tunel pridáva oneskorenie, porovnajte jeden cieľ s ním a bez neho, alebo porovnajte dva výstupy dostupné z tej istej prístupovej siete. Spúšťajte sondu opakovane a pozerajte sa na rozptyl, pretože priemer skrýva práve tú variáciu, pre ktorú je hovor nepoužiteľný.
Vráťte sa k úlohe, ktorá pôsobila pomaly
Miera, ktorá sa zlepšuje, zatiaľ čo hovor stále zadrháva odpovedala na niečo iné. Znova spustite úlohu, ktorou vyšetrovanie začalo, či to bola schôdzka, zdieľanie súborov alebo relácia vzdialenej pracovnej plochy. Ak sa číslo zlepšilo a úloha nie, úzke miesto bolo tam, kam test nikdy nedosiahol, napríklad server za tunelom alebo váš odchádzajúci kanál.
Zaznamenávajte každý beh so zariadením, prístupovou sieťou, koncovým bodom, protokolom, cieľom a časom. Beh, ktorý sa nikdy nepripojil, je výsledok dosiahnuteľnosti, nie nulová priepustnosť, preto ho založte pod týmto štítkom, namiesto toho, aby ste ho zmazali.
Krátky zoznam pred ďalším porovnaním
Zafixujte cieľ a napíšte, prečo ste ho vybrali. Zaznamenajte veľkosť paketu, ktorú cesta dovolí, aby neskorší prepad mal vysvetlenie. Držte prístupovú sieť rovnakú, poznamenajte zaťaženie CPU a než uveríte rozdielu, urobte tri behy.
Potom zmeňte presne jednu vec a zopakujte to. Porovnanie, ktoré viete vysvetliť, je lepšie než to s väčším číslom.