VPN katkeb suurte üleslaadimiste ajal: loe kõigepealt järjekorda

Tunnel on terve päeva stabiilne ja katkeb siis alati, kui algab suur üleslaadimine. Interaktiivsed päringud takerduvad esimesena, klient teatab ajalõpust ja ühendus taastub, kui ülekanne lõpeb. See muster viitab järjekorrale ja töötlemisele, mitte sellele, et kaugserver on maas, sest serverile ei antud kunagi võimalust õigeks ajaks vastata. Ülesanne on seda kontrollitud koormuse all korrata ja lugeda õigeid loendureid.

Muuda ühe jooksuga üht muutujat ja hoia lõpp-punkt muutumatuna.

Ehita korratav koormusvõrdlus

Salvesta baasjoon, kui link on tühikäigul: edasi-tagasi aeg, paar rakendusepäringut ja tunneli enda sündmustelog. Seejärel alusta teadaoleva suurusega üleslaadimist ja korda täpselt neid mõõtmisi, kui see töötab. Hoia lõpp-punkt, klient ja testisiht muutumatuna, sest kahe korraga muutmine ei ütle sulle midagi.

Pane tähele, milline sündmus ilmub esimesena. Kasvav edasi-tagasi aeg enne mis tahes viga viitab järjekorrale; karm ajalõpp stabiilse latentsuse juures viitab millelegi muule, näiteks võtmevahetusele või konto toimingule. Mõlemad mustrid viivad erinevate järgmiste sammudeni. Kirjuta tähelepanek üles enne, kui midagi muudad.

Salvesta väljund ajatemplitega, et koormatud ja tühikäigul tehtud jookse saaks rida-realt võrrelda.

Loe järjekorda, mitte kiirust

Tarbijalinkidel puhverdatakse pakette teenusepakkuja seadmetes ja täis ülesvoolu järjekord viivitab kõike, sealhulgas väikeseid juhtpakette, mis hoiavad tunnelit elus. Kiirustest, mis näitab suurt numbrit, ütleb selle viivituse kohta vähe, mistõttu tühikäigul tehtud kiirustest läbib, samas kui küllastunud link ebaõnnestub.

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'

Võrdle koormuse all saadud latentsuse numbreid tühikäigu omadega. Hüpe kümnetest millisekunditest sadadesse ilma paketikaota on järjekord; kadu stabiilse latentsusega viitab teisele rikkele.

Kontrolli seadet ja juhtteed

Krüpteerimine ja edastamine maksavad protsessori aega ning väike ruuter või termiliselt piiratud sülearvuti võib tööhoo ajal pakette kaotada. Jälgi üldist koormust, mitte ühe protsessi protsenti, sest kerneli edastamine ja katkestuste käsitlemine ei ilmne seal, kuhu inimesed tavaliselt vaatavad.

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

Kliendi ajalõpp võib langeda kokku ka planeeritud võtmevahetusega või sessioonipoliitika sündmusega. Loe sündmuste järjekorra jaoks kliendi enda logi, mitte ainult rakenduse veateadet.

Muuda üht asja ja korda

Kus platvorm seda toetab, piira üleslaadimise kiirust või liigita hulgiliiklus interaktiivsest liiklusest madalamale, et järjekord ei saaks kunagi täituda. Seejärel korda sama töökoormust ja võrdle samu kolme numbrit nagu varem. Muudatus, mis parandab kiirustesti, kuid jätab ajalõpu paigale, ei ole midagi parandanud.

Ajalõppude üldine tõstmine ja krüpteerimise nõrgendamine on kaks muudatust, mis paneb sümptomi kaduma, identifitseerimata piiri, mis üles ütles. Kumbki ei ole parandus. Mõlemad liigutavad rikke hilisemaks, kus seda on raskem omistada.

Lõpeta värske päringu ja taastumiskäitumise testimisega, millele kasutaja tegelikult tugineb. Stabiilsus selle koormuse all, mis kaebuse põhjustas, on ainus tulemus, mida tasub kirja panna.