Mielőtt a VPN-t hibáztatja, mérje meg az útvonalat iperf3-mal

A két telephely közötti fájlmásolás hálózati tesztnek tűnik, de mindegyik összetett eredmény: protokoll-többlet, tárolás mindkét végén, végponti feldolgozás és az útvonal. Csak ebből a számból a VPN-t hibáztatni találgatás. Egy rövid, ellenőrzött adatfolyam ugyanazon végpontok között második megfigyelést ad, és épp az összehasonlítás mutatja meg, melyik rész érdemel figyelmet. Az alábbi terv ezt teszi anélkül, hogy eredményeket találna ki.

A fájlmásolás munkaterhelés, nem mérés

A sávszélesség az útvonal egyetlen tulajdonsága, míg a fájlmásolás egyszerre több tulajdonságot mér. Sok kis fájl sokkal jobban terheli a fájlonkénti műveleteket, mint egyetlen nagy adatfolyam. A lassú tárolás bármelyik oldalon korlátozza a másolást, függetlenül az alagúttól. A titkosítás és a keretezés többletet ad, de egy fájlszerver is, amely ellenőrző összegeket számol vagy vírusirtóval vizsgál. Csak az az összehasonlítás választja szét ezeket a hozzájárulásokat, amely a végpontot és az irányt állandóan tartja.

A nyilvános sebességtesztek egy közeli tesztszerverhez vezető útvonalat mérnek, ami nem az Ön privát fájlszerveréhez vezető útvonal. Más kérdésre válaszolnak.

Futtasson egyszeri adatfolyamot mindkét irányban

Ha mindkét vég az Ön felügyelete alatt áll, ütemezzen rövid iperf3-futtatást egy jóváhagyott időablakon belül. Ahol lehet, használja a fájlszervert távoli végpontként, és jegyezze fel, amikor helyette helyettesítő gazdagép szolgál.

iperf3 -s -1 -B 10.77.0.20

A szerver egy privát címhez kötődik, és kilépése előtt egyetlen klienst fogad. Az egyszeri figyelő nem jár le magától, ha nem érkezik kliens, ezért állítsa le, amikor a jóváhagyott időablak bezárul.

iperf3 -c 10.77.0.20 -t 10

Alapértelmezés szerint a kliens a TCP 5201-en küld a szervernek, és egy tíz másodperces ablak rövidre fogja a tesztet. A tűzfalban korlátozza a figyelőt a tervezett privát forrásra és célra, ahelyett hogy nyilvánosan kitenné.

iperf3 -c 10.77.0.20 -t 10 -R

A fordított kapcsoló a szervert teszi küldővé, ami számít, mert a feltöltési és letöltési útvonalak gyakran eltérnek. Egy cím hozzákötése nem bizonyítja, hogy a kliens a tervezett útvonalat választotta, ezért jegyezze fel a ténylegesen tesztelt útvonalat. Tartsa az eredmények mellett a VPN állapotát, az irányt, az időtartamot és a végpont terhelését, majd távolítsa el az ideiglenes hozzáférést.

Hasonlót hasonlóval hasonlítson össze

Futtasson újra egy reprezentatív fájlműveletet hasonló körülmények között, ugyanazzal a szolgáltatási végponttal és a kettő között kapcsolódó konfigurációváltoztatás nélkül. Jegyezze fel, feltöltésről vagy letöltésről van-e szó, egy nagy fájlról vagy sok kicsiről, és hogy a tárolás bármelyik oldalon foglalt-e. Egy rövid kitörés nem a teljes másolás tartós sebessége, és a két megfigyelés egyike sem válhat csendben a másikká. Ha az adatfolyam és a másolás is lassú ugyanabban az irányban, nézze meg a közös útvonalukat és a végpont korlátait.

Amikor az adatfolyam egészséges, a másolás pedig nem, a különbség az, amit a munkaterhelés hozzáad, és oda tartozik a következő vizsgálat.

Olvassa el az egységeket, mielőtt következtetéseket von

A megabit másodpercenként és a megabájt másodpercenként nyolcszoros tényezővel tér el, és a támogatási szálak rutinszerűen úgy hasonlítják össze a kettőt, mintha ugyanaz az egység lenne. Az alacsony iperf3-eredmény magából a tesztgazdagépből is jöhet: a CPU telítettsége, egy lassú interfész vagy egy foglalt lemez korlátozhatja a folyamatot, mielőtt a hálózat tenné. Ezért egyetlen szám nem ítélet a szolgáltatóval vagy a protokollal szemben. Az alapvonal azért hasznos, mert megfigyelt, nem feltételezett, és a kérdést egy irányra és egy végpontra szűkíti.

Jegyezze fel a végpontot, az irányt, az időtartamot és a sebességet mindkét megfigyelésnél. Ez a négyes teszi védhetővé az összehasonlítást, és sokkal kevesebbe kerül, mint egy megérzésre szoftvert cserélni.