VPN katkeaa suurten latausten aikana: lue jono ensin
Kylläinen lähtevän liikenteen jono viivästyttää ohjausliikennettä samoin kuin sovelluksia. Vertaa käyttäytymistä tyhjäkäynnillä ja kuormituksessa, muuta sitten yhtä asiaa ja toista testi.
Tunneli on vakaa koko päivän ja katkeaa sitten aina, kun suuri lataus alkaa. Interaktiiviset pyynnöt jumiutuvat ensin, asiakas ilmoittaa aikakatkaisusta ja yhteys palaa, kun siirto päättyy. Kuvio viittaa jonoon ja käsittelyyn, ei etäpalvelimen kaatumiseen, koska palvelimelle ei koskaan annettu mahdollisuutta vastata ajoissa. Tehtävä on toistaa tämä hallitussa kuormituksessa ja lukea oikeat laskurit.
Muuta yhtä muuttujaa ajokertaa kohden ja pidä päätepiste kiinteänä.
Rakenna toistettava kuormitusvertailu
Tallenna perustaso, kun linkki on tyhjäkäynnillä: edestakainen viive, muutama sovelluspyyntö ja tunnelin oma tapahtumaloki. Aloita sitten tunnetun kokoinen lataus ja toista täsmälleen ne mittaukset sen aikana. Pidä päätepiste, asiakas ja testikohde muuttumattomina, koska kahden muuttaminen kerralla ei kerro sinulle mitään.
Huomaa, mikä tapahtuma näkyy ensin. Kasvava edestakainen viive ennen mitään virhettä viittaa jonoon; kova aikakatkaisu vakaalla latenssilla viittaa johonkin muuhun, kuten avainten vaihtoon tai tilin toimenpiteeseen. Molemmat kuviot johtavat erilaisiin seuraaviin vaiheisiin. Kirjoita havainto muistiin ennen kuin muutat mitään.
Tallenna tuloste aikaleimoineen, jotta kuormitettu ja tyhjäkäyntiajo voidaan vertailla rivi riviltä.
Lue jonoa, ei nopeutta
Kuluttajaliittymät puskuroivat paketteja operaattorin laitteissa, ja täysi lähtevän liikenteen jono viivästyttää kaikkea, myös pieniä ohjauspaketteja, jotka pitävät tunnelin elossa. Nopeustesti, joka näyttää suuren luvun, kertoo vähän tuosta viiveestä, minkä vuoksi tyhjäkäyntitesti menee läpi, kun taas kylläinen linkki epäonnistuu.
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'
Vertaa kuormituksen latenssilukuja tyhjäkäynnin lukuihin. Hyppy kymmenistä millisekunneista satoihin ilman pakettihäviötä on jonoa; häviö vakaalla latenssilla viittaa toiseen vikaan.
Tarkista laite ja ohjauspolku
Salaus ja välitys maksavat prosessoriaikaa, ja pieni reititin tai lämpörajoitettu kannettava voi pudottaa paketteja kiireisenä. Seuraa kokonaiskuormaa äläkä yhden prosessin prosenttiosuutta, koska ytimen välitys ja keskeytysten käsittely eivät näy siellä, mihin ihmiset yleensä katsovat.
uptime mpstat -P ALL 1 3 dmesg | grep -i -E 'thermal|throttl' journalctl -u openvpn-server@server --since '10 min ago' | tail -20
Asiakkaan aikakatkaisu voi osua myös ajoitetun avainten vaihdon tai istuntokäytännön tapahtuman kohdalle. Lue asiakkaan oma loki tapahtumien järjestyksen vuoksi, älä vain sovelluksen virheilmoitusta.
Muuta yhtä asiaa ja toista
Jos alusta tukee sitä, rajoita latausnopeutta tai luokittele massaliikenne interaktiivisen liikenteen alapuolelle, jotta jono ei koskaan täyty. Toista sitten sama työkuorma ja vertaa samoja kolmea lukua kuin ennen. Muutos, joka parantaa nopeustestiä mutta jättää aikakatkaisun paikalleen, ei korjannut mitään.
Aikakatkaisujen nostaminen kaikkialla ja salauksen heikentäminen ovat ne kaksi muutosta, jotka saavat oireen katoamaan tunnistamatta sitä rajaa, joka petti. Kumpikaan ei ole korjaus. Molemmat siirtävät vian myöhemmäksi, missä sen kohdistaminen on vaikeampaa.
Lopeta testaamalla tuore pyyntö ja se uudelleenyhdistämiskäyttäytyminen, johon käyttäjä todella luottaa. Vakaus sen kuormituksen alla, joka valituksen aiheutti, on ainoa tallentamisen arvoinen tulos.