VPN val weg tydens groot oplaaiings: lees eers die tou

Die tonnel is die hele dag stabiel en val dan weg sodra 'n groot oplaaiing begin. Interaktiewe versoeke stol eerste, die kliënt rapporteer 'n tydverstryking, en die verbinding kom terug wanneer die oordrag klaar is. Daardie patroon dui op toustaan en verwerking eerder as op 'n afgeleë bediener wat plat is, want die bediener het nooit die kans gekry om betyds te antwoord nie. Die werk is om dit onder 'n beheerde las te herproduseer en die regte tellers te lees.

Verander een veranderlike per lopie en hou die eindpunt vas.

Bou 'n herhaalbare lasvergeliking

Teken 'n basislyn aan terwyl die skakel ledig is: rondtetystyd, 'n paar toepassingsversoeke en die tonnel se eie gebeurtenislog. Begin dan 'n oplaaiing van bekende grootte en herhaal presies daardie metings terwyl dit loop. Hou die eindpunt, die kliënt en die toetsbestemming onveranderd, want om twee daarvan tegelyk te verander sê vir jou niks.

Let op watter gebeurtenis eerste verskyn. 'n Stygende rondtetystyd voor enige fout dui op toustaan; 'n harde tydverstryking met stabiele latensie dui op iets anders, soos 'n hersluteling of 'n rekeningaksie. Die twee patrone lei na verskillende volgende stappe. Skryf die waarneming neer voordat jy enigiets verander.

Stoor die uitset met tydstempels sodat die belaaide en ledige lopies reël vir reël vergelyk kan word.

Lees die tou, nie die spoed nie

Verbruikerskakels buffer pakkies in die verskaffer se toerusting, en 'n vol opstroomtou vertraag alles, insluitend die klein beheerpakkies wat 'n tonnel aan die lewe hou. 'n Spoedtoets wat 'n hoë syfer rapporteer, sê min oor daardie vertraging; daarom slaag 'n ledige spoedtoets terwyl 'n versadigde skakel misluk.

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'

Vergelyk die belaaide latensiesyfers met die ledige. 'n Sprong van tientalle millisekondes na honderde, sonder pakkieverlies, is toustaan; verlies met stabiele latensie dui op 'n ander fout.

Kontroleer die toestel en die beheerpad

Enkripsie en deurvoer kos verwerkingstyd op die verwerker, en 'n klein router of 'n termies gesmoorde skootrekenaar kan pakkies laat val terwyl dit besig is. Kyk na die algehele las eerder as na een proses se persentasie, want kern-deurvoer en onderbrekingsverwerking verskyn nie waar mense gewoonlik kyk nie.

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

'n Kliënt-tydverstryking kan ook saamval met 'n geskeduleerde hersluteling of met 'n sessiebeleid-gebeurtenis. Lees die kliënt se eie log vir die volgorde van gebeurtenisse, nie net die toepassing se foutboodskap nie.

Verander een ding en herhaal

Waar die platform dit ondersteun, beperk die opstroomsnelheid of klassifiseer grootmaatverkeer onder interaktiewe verkeer sodat die tou nooit vol word nie. Herhaal dan dieselfde werklading en vergelyk dieselfde drie syfers as voorheen. 'n Verandering wat 'n spoedtoets verbeter maar die tydverstryking laat staan, het niks reggemaak nie.

Om tydverstrykings oor die hele linie te verhoog en enkripsie te verswak, is die twee veranderinge wat die simptoom laat verdwyn sonder om die grens te identifiseer wat gefaal het. Nie een is 'n herstel nie. Albei skuif die faling later, waar dit moeiliker is om toe te skryf.

Sluit af deur 'n nuwe versoek te toets en die herverbindingsgedrag wat die gebruiker werklik gebruik. Stabiliteit onder die las wat die klagte veroorsaak het, is die enigste resultaat wat die moeite werd is om aan te teken.