Kiel testi la rapidon de VPN por ke la nombroj signifu ion
Fiksu la testan servilon, tenu la suban tavolon senmova kaj legu kaŝon aparte de trafluo. La tunelo ŝanĝas la vojon antaŭ ol ĝi mezuras ion ajn.
Rapideca testo neniam mezuras la VPN-on. Ĝi mezuras vojon, kaj ŝalti la tunelon anstataŭigas parton de tiu vojo antaŭ ol la unua bajto moviĝas. Tial unu tekkomputilo montras sanan nombron kontraŭ unu retejo kaj malbonan kontraŭ alia, kvankam nenio ŝanĝiĝis ĉe iu ajn flanko. Legu la rezulton kiel pruvon pri vojo, ne kiel poentaron por produkto.
Tri aferoj decidas ĉu la komparo valoras ion: ĉu ambaŭ ruloj trafis la saman celon, ĉu la alirreto restis senmova, kaj ĉu vi registris kaŝon apud la volumeno.
Kion la tunelo reskribas antaŭ la unua bajto
La kliento volvas ĉiun pakaĵon en alian kaplinion, do la uzebla ŝarĝo po pakaĵo malgrandiĝas. La kosto estas po pakaĵo, ne po transdono, kio signifas ke granda dosiero bezonas pli da pakaĵoj ol la sama dosiero sendita sen tunelo. Tia superkosto videblas kiel nombro de pakaĵoj, ne kiel videbla agordo.
Sekvas du konsekvencoj. Testo konstruita el grandaj blokoj sentas la koston po pakaĵo, dum testo el multaj malgrandaj petoj sentas anstataŭe la ir-revenajn vojaĝojn. Kaj se la malkovro de la MTU de la vojo estas blokita ie survoje, la tunelo haltas ĉe pli malgranda pakaĵgrandeco kaj la trafluo falas pro kialo tute sen rilato al ĉifroj.
Vi povas observi la plafonon rekte. En Linux petu la plej grandan ŝarĝon, kiu pasas sen fragmentado, poste ripetu kun la tunelo ŝaltita:
ping -M do -s 1472 -c 3 203.0.113.10
Se tio malsukcesas, malsupreniru al 1,400 kaj reprovu. Tunelo, kiu portas nur 1,380 bajtojn, diras al vi, ke io premas pli malsupre sur la vojo, kaj neniu agordado ĉe la kliento levos ĝin.
Kial la testa servilo moviĝas kiam la tunelo ekfunkcias
Plej multaj iloj elektas proksiman servilon laŭ la publika adreso, kiun ili vidas. Kun la tunelo ŝaltita, tiu adreso apartenas al la elira nodo, do la ilo povas elekti gastiganton en alia urbo aŭ lando. Vi tiam komparas du celojn, kaj la breĉo inter ili inkluzivas la distancon de la eliro ĝis la testa gastiganto.
Fiksu la servilon laŭ nomo aŭ identigilo antaŭ la unua rulo kaj tenu ĝin por ĉiu posta rulo. Se la ilo ne tenos ĝin, elektu celon, kiun vi kontrolas, kaj stiru ĝin mem: iperf3 -c test.example.net -R -t 20 tenas la celon fiksa kaj donas al vi nombron, kiun vi povas kompari kun la hieraŭa.
Ŝanĝu unu variablon, kaj la suba tavolo ne estas unu
Sendrata estas la kutima kaŝita ŝanĝo. La signala forto moviĝas kiam la tekkomputilo moviĝas, kaj la kanala okupiteco moviĝas kiam najbaro komencas alvokon, do du ruloj dek minutojn aparte per Wi-Fi ne estas ripetoj de la sama testo. Kablo, aŭ fiksa pozicio kun la signalnivelo skribita, forigas la plej grandan parton de tiu bruo. Noto pri la signalnivelo komence kaj fine de ĉiu rulo kutime sufiĉas por montri, ĉu du ruloj apartenas kune.
La ŝarĝo de la aparato apartenas al la sama korbo. Kliento, kiu ĉifras sur unu kerno, atingas sian propran plafonon longe antaŭ la ligilo, kaj fona sinkronigo atingas ĝin pli frue. Observu la CPU dum la rulo kaj notu, kio alia estis malfermita. Energiaj agordoj ankaŭ povas mordi ĉi tie, ĉar tekkomputilo sur baterio povas limigi la procesoron longe antaŭ ol la ligilo proksimiĝas al okupiteco.
| 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 |
Tenu la suban tavolon senmova anstataŭ averaĝigi trans ĝi. Tri ruloj, kiuj kongruas, diras pli ol dek prenitaj en malsamaj ĉambroj.
Kaŝo, perdo kaj ICMP respondas al malsamaj demandoj
Ping sendas malgrandan sondilon al fiksa adreso, kaj multaj retoj respondas al ICMP laŭ malalta prioritato aŭ tute ignoras ĝin. Mankantaj respondoj priskribas la sondilon, ne la pakaĵojn de la aplikacio. Tunela revena tempo, kiu altiĝas sub ŝarĝo, kutime signifas ke vico pleniĝas, ne ke la vojo plilongiĝis.
Por ekscii ĉu la tunelo aldonas kaŝon, komparu unu celon kun kaj sen ĝi, aŭ komparu du elirojn atingeblajn de la sama alirreto. Rulu la sondilon ripete kaj rigardu la disvastiĝon, ĉar averaĝo kaŝas ĝuste tiun variadon, kiu igas alvokon neuzebla.
Reiru al la tasko, kiu ŝajnis malrapida
Mezurilo, kiu pliboniĝas dum la alvoko ankoraŭ interrompiĝas respondis al io alia. Rerulu la taskon, kiu komencis la esploron, ĉu ĝi estis kunveno, dosiera konservujo aŭ sesio de fora labortablo. Se la nombro pliboniĝis kaj la tasko ne, la botelo sidis ie, kien la testo neniam atingis, ekzemple la servilo malantaŭ la tunelo aŭ via suprena kanalo.
Registru ĉiun rulon kun aparato, alirreto, finpunkto, protokolo, celo kaj horo. Rulo, kiu neniam konektiĝis, estas atingebla rezulto anstataŭ trafluo de nulo, do arkivu ĝin sub tiu etikedo anstataŭ forigi ĝin.
Mallonga listo antaŭ la sekva komparo
Fiksu la celon kaj skribu, kial vi elektis ĝin. Registru la pakaĵgrandecon, kiun la vojo permesas, por ke posta falo havu klarigon. Tenu la alirreton identa, notu la CPU-ŝarĝon, kaj prenu tri rulojn antaŭ ol kredi diferencon.
Poste ŝanĝu precize unu aferon kaj ripetu. La komparo, kiun vi povas klarigi, venkas tiun kun la pli granda nombro.