Hogyan teszteljük a VPN sebességét, hogy a számok jelentsenek valamit

Egy sebességteszt soha nem a VPN-t méri. Egy útvonalat mér, és az alagút bekapcsolása az útvonal egy részét kicseréli, mielőtt az első bájt elmozdulna. Ezért mutat az egyik laptop egészséges számot az egyik oldalon és gyengét a másikon, miközben egyik oldalon sem változott semmi. Olvassa az eredményt egy útvonalra vonatkozó bizonyítékként, ne egy termék pontszámaként.

Három dolog dönti el, hogy az összehasonlítás ér-e valamit: hogy mindkét futás ugyanazt a célt találta-e el, hogy a hozzáférési hálózat mozdulatlan maradt-e, és hogy feljegyezte-e a késleltetést a volumen mellé.

Mit ír át az alagút az első bájt előtt

A kliens minden csomagot egy újabb fejlécbe csomagol, így a hasznos teher csomagonként csökken. A költség csomagonként jelentkezik, nem átvitelenként, ami azt jelenti, hogy egy nagy fájlnak több csomagra van szüksége, mint ugyanannak a fájlnak alagút nélkül. Az ilyen többletteher csomagszámként látszik, nem látható beállításként.

Két következmény adódik. A nagy blokkokból épített teszt érzi a csomagonkénti költséget, míg a sok kis kérésből épített teszt helyette az oda-vissza utakat érzi. És ha az útvonal MTU-felderítése valahol az úton blokkolt, az alagút kisebb csomagméretnél állapodik meg, és az átviteli teljesítmény olyan okból esik, amelynek semmi köze a titkosításokhoz.

A plafont közvetlenül is megfigyelheti. Linuxon kérje a legnagyobb hasznot, amely töredezés nélkül átmegy, majd ismételje meg az alagúttal:

ping -M do -s 1472 -c 3 203.0.113.10

Ha ez nem sikerül, lépjen le 1,400-ra, és próbálja újra. Az az alagút, amely csak 1,380 bájtot visz, azt mondja, hogy valami lejjebb szorít az úton, és semmilyen ügyeskedés a kliensen nem emeli fel.

Miért mozdul el a tesztszerver, amikor feljön az alagút

A legtöbb eszköz a látott nyilvános cím alapján választ közeli szervert. Feljött alagútnál az a cím a kilépési csomóponthoz tartozik, így az eszköz más városban vagy országban lévő gazdagépet választhat. Ekkor két célt hasonlít össze, és a köztük lévő különbség tartalmazza a kilépéstől a tesztgazdagépig tartó távolságot.

Rögzítse a szervert név vagy ID szerint az első futás előtt, és tartsa meg minden későbbi futásnál. Ha az eszköz nem tartja meg, válasszon olyan célt, amelyet Ön irányít, és vezesse maga: iperf3 -c test.example.net -R -t 20 fixen tartja a célt, és olyan számot ad, amelyet összevethet a tegnapival.

Változtasson egy változót, és az alsó réteg nem egy

A vezeték nélküli a szokásos rejtett változás. A jelerősség elmozdul, amikor a laptop mozdul, és a csatorna kihasználtsága elmozdul, amikor egy szomszéd hívást indít, ezért két tíz perccel eltérő futás Wi-Fi-n nem ugyanazon teszt ismétlései. A kábel, vagy egy rögzített pozíció felírt jelszinttel, eltávolítja a zaj nagy részét. A jelszint feljegyzése minden futás elején és végén általában elég annak megmutatására, hogy két futás összetartozik-e.

Az eszköz terhelése ugyanabba a kosárba tartozik. Az egy magon titkosító kliens jóval a kapcsolat előtt eléri a saját plafonját, és egy háttérszinkronizálás még előbb eléri. Figyelje a CPU-t a futás alatt, és jegyezze fel, mi más volt nyitva. Az energiabedállítások itt is haraphatnak, mert az akkumulátoron futó laptop jóval azelőtt korlátozhatja a processzort, hogy a kapcsolat egyáltalán a forgalmas állapot közelébe kerülne.

Tartsa mozdulatlanul az alsó réteget ahelyett, hogy átlagolna rajta. Három egyező futás többet mond, mint tíz különböző szobában vett.

A késleltetés, a veszteség és az ICMP különböző kérdésekre válaszol

A ping kis szondát küld egy rögzített címre, és sok hálózat alacsony prioritással válaszol az ICMP-re, vagy teljesen figyelmen kívül hagyja. A hiányzó válaszok a szondát írják le, nem az alkalmazás csomagjait. A terhelés alatt emelkedő oda-vissza idő általában azt jelenti, hogy egy sor töltődik, nem azt, hogy az útvonal hosszabb lett.

Hogy megtudja, hozzáad-e késleltetést az alagút, hasonlítson össze egy célt vele és nélküle, vagy hasonlítson össze két kilépést, amely ugyanabból a hozzáférési hálózatból elérhető. Futtassa a szondát többször, és nézze a szórást, mert az átlag éppen azt az ingadozást rejti el, amely használhatatlanná tesz egy hívást.

Térjen vissza a feladathoz, amely lassúnak tűnt

Egy mérőszám, amely javul, miközben a hívás még akadozik valami másra válaszolt. Futtassa újra a feladatot, amellyel a vizsgálat elkezdődött, legyen az megbeszélés, fájlmegosztás vagy távoli asztali munkamenet. Ha a szám javult és a feladat nem, a szűk keresztmetszet ott volt, ahová a teszt soha nem ért el, például az alagút mögötti szerver vagy az Ön oldali feltöltési kapcsolat.

Naplózzon minden futást eszközzel, hozzáférési hálózattal, végponttal, protokollal, céllal és idővel. Az a futás, amely soha nem kapcsolódott, elérhetőségi eredmény, nem nulla átviteli teljesítmény, ezért az a címke alá sorolja, ahelyett hogy törölné.

Rövid lista a következő összehasonlítás előtt

Rögzítse a célt, és írja le, miért választotta. Jegyezze fel a csomagméretet, amelyet az útvonal enged, hogy egy későbbi visszaesésnek legyen magyarázata. Tartsa azonosnak a hozzáférési hálózatot, jegyezze fel a CPU-terhelést, és vegyen három futást, mielőtt hisz egy különbségnek.

Aztán változtasson pontosan egy dolgot, és ismételje meg. Az az összehasonlítás, amelyet meg tud magyarázni, többet ér a nagyobb számúnál.