A VPN elszakad nagy feltöltések közben: először a sort olvassa

Az alagút egész nap stabil, majd elszakad, valahányszor nagy feltöltés indul. Az interaktív kérések akadnak meg először, a kliens időtúllépést jelez, és a kapcsolat akkor tér vissza, amikor az átvitel befejeződik. Ez a minta sorban állásra és feldolgozásra utal, nem arra, hogy a távoli kiszolgáló leállt, mert a kiszolgáló soha nem kapott esélyt az időben történő válaszra. A feladat, hogy ellenőrzött terhelés mellett reprodukálja ezt, és a megfelelő számlálókat olvassa.

Futásonként egy változót módosítson, és tartsa rögzítve a végpontot.

Építsen ismételhető terhelés-összehasonlítást

Rögzítsen alapvonalat, amíg a kapcsolat tétlen: körfordulási idő, néhány alkalmazáskérés és az alagút saját eseménynaplója. Ezután indítson ismert méretű feltöltést, és ismételje meg pontosan ezeket a méréseket, amíg fut. Tartsa változatlanul a végpontot, a klienst és a teszt célállomását, mert kettő egyszerre történő módosítása semmit sem árul el.

Figyelje meg, melyik esemény jelenik meg először. Bármilyen hiba előtt emelkedő körfordulási idő sorban állásra utal; stabil késleltetés mellett jelentkező kemény időtúllépés valami másra, például kulcscserére vagy fiókműveletre. A két minta különböző következő lépésekhez vezet. Írja le a megfigyelést, mielőtt bármit módosítana.

Mentse a kimenetet időbélyegekkel, hogy a terhelt és a tétlen futás sorról sorra összehasonlítható legyen.

A sort olvassa, ne a sebességet

A fogyasztói kapcsolatok a szolgáltató berendezésében pufferelik a csomagokat, és a teli kimenő sor mindent késleltet, beleértve azokat a kis vezérlőcsomagokat is, amelyek életben tartják az alagutat. Az a sebességteszt, amely magas számot mutat, keveset mond erről a késleltetésről, ezért a tétlen sebességteszt átmegy, míg a telített kapcsolat elbukik.

ping -c 20 -i 0.2 203.0.113.10
mtr -rwc 20 203.0.113.10
tc -s qdisc show dev eth0
ss -ti dst 203.0.113.10
nstat -az | grep -E 'Retrans|Timeout'

Hasonlítsa össze a terhelt késleltetési számokat a tétlen értékekkel. Az ugrás néhány tíz milliszekundumról százakra, csomagveszteség nélkül, sorban állás; stabil késleltetés melletti veszteség más hibára utal.

Ellenőrizze az eszközt és a vezérlési útvonalat

A titkosítás és a továbbítás processzoridőbe kerül, és egy kis útválasztó vagy egy hőmérséklet miatt visszafogott laptop csomagokat dobhat el, miközben foglalt. A teljes terhelést figyelje, ne egy folyamat százalékát, mert a magban történő továbbítás és a megszakítások kezelése nem ott jelenik meg, ahol az emberek általában nézik.

uptime
mpstat -P ALL 1 3
dmesg | grep -i -E 'thermal|throttl'
journalctl -u openvpn-server@server --since '10 min ago' | tail -20

A kliens időtúllépése egybeeshet ütemezett kulcscserével vagy egy munkamenet-szabályzati eseménnyel is. Az események sorrendjéért a kliens saját naplóját olvassa, ne csak az alkalmazás hibaüzenetét.

Változtasson meg egy dolgot, és ismételje meg

Ahol a platform támogatja, korlátozza a feltöltési sebességet, vagy sorolja a tömegforgalmat az interaktív forgalom alá, hogy a sor soha ne teljen meg. Ezután ismételje meg ugyanazt a munkaterhelést, és hasonlítsa össze ugyanazt a három számot, mint korábban. Az a változtatás, amely javítja a sebességtesztet, de meghagyja az időtúllépést, semmit sem javított.

Az időkorlátok általános emelése és a titkosítás gyengítése az a két változtatás, amely eltünteti a tünetet anélkül, hogy azonosítaná, melyik határ hibázott. Egyik sem javítás. Mindkettő későbbre tolja a hibát, ahol nehezebb hozzárendelni.

Fejezze be egy friss kérés és a felhasználó által valóban használt újracsatlakozási viselkedés tesztelésével. A panaszt okozó terhelés melletti stabilitás az egyetlen rögzítésre érdemes eredmény.