Čo sa v prehľade počíta ako úspešné prihlásenie k VPN?

Tri prehľady o tej istej VPN sa môžu rozchádzať, a pritom ani jeden nemusí byť chybný, pretože každý si pod úspešným prihlásením predstavuje niečo iné. Jeden počíta spojenia, ktoré dorazili na server, druhý počíta identity, ktoré prijal krok overenia, a tretí počíta relácie, ktoré dokončili inicializáciu. Vybrať si jedno z nich pred zberom údajov je rozdiel medzi metrikou a argumentom.

Užitočná otázka nie je, ktorá definícia je správna vo všeobecnosti, ale na ktorý výsledok bude čitateľ reagovať.

Tri rôzne udalosti nesú rovnaký názov

Server prijme transportné spojenie, len čo sa dokončí handshake, a to sa stane skôr, než je predložený akýkoľvek prihlasovací údaj. Táto udalosť hovorí, že port je dostupný a sieťová cesta funguje, a nehovorí nič o tom, kto sa pripojil. Overenie je neskorší krok, ktorý môže zlyhať, a môže tiež uspieť pre identitu, ktorej nie je nikdy povolený vstup do siete.

Inicializácia prichádza po overení a tunel, ktorý inicializáciu dokončil, môže zvyšok dňa stáť nečinne. Požiadavka aplikácie je jediná udalosť, ktorá dokazuje, že sa používateľ dostal k niečomu, čo chcel. Tieto fázy sú do seba vnorené, takže počet tej najširšej vždy prevýši počet tej najužšej. Nič v slede udalostí nedokazuje, že používateľ bol produktívny, iba to, že sa každá brána otvorila v poradí.

Dokumentácia produktu zvyčajne stavy výslovne pomenúva. poznámky k rozhraniu na správu OpenVPN oddeľujú TCP spojenie, výsledok overenia a dokončenú inicializáciu, a to je presne to rozlíšenie, ktoré prehľad potrebuje. Stav označený ako connected nedosvedčuje, že zdieľanie súborov alebo operácia s databázou neskôr uspela.

Počítajte relácie, identity alebo požiadavky

Rozhodnite o jednotke skôr, než rozhodnete o čísle. Počet relácií odpovedá na to, koľkokrát bola služba použitá, počet identít na to, koľko rôznych účtov sa objavilo, a počet požiadaviek na to, koľko práce sa vykonalo. Dodávatelia to tiež počítajú inak a nárok meraný v používateľoch sa nedá porovnať s grafom meraným v reláciách. Voľba nesprávnej jednotky je dôvod, prečo plán kapacity skončí dimenzovaný na nesprávne množstvo.

Opätovné pripojenia sú miestom, kde počet relácií ticho napučí. Klient, ktorý každých pár minút spadne a znova sa pripojí, vytvorí pre jedného človeka desiatky záznamov relácií, takže prehľad, ktorý počíta relácie ako ľudí, nadhodnotí využitie práve v podmienkach, kde je spoľahlivosť najhoršia. Zapíšte pravidlo: nová relácia po opätovnom pripojení sa počíta samostatne, alebo pokračuje v predchádzajúcej v definovanom okne.

Adresy sú najslabšia dostupná identita. Adresa tunela môže byť o pár minút pridelená inému používateľovi a dvaja používatelia môžu zdieľať jednu adresu cez preklad. Pripájajte identifikátor účtu z udalosti overenia, namiesto toho, aby ste osobu odvodzovali z adresy v zázname.

Otestujte definíciu na jednom skutočnom dni

Vezmite jeden deň záznamov a spočítajte tú istú prevádzku tromi spôsobmi. Ak sú tri čísla blízko seba, definícia pre váš účel možno veľa neznamená; ak sa líšia veľkým násobkom, prehľad musí uviesť, ktorú používa.

journalctl -u openvpn-server@server --since "2026-10-01" --until "2026-10-02" | grep -c "Initialization Sequence Completed"
journalctl -u openvpn-server@server --since "2026-10-01" --until "2026-10-02" | grep -c "Peer Connection Initiated"
awk '/VERIFY OK/ {print $NF}' /var/log/openvpn-server.log | sort -u | wc -l

Spustite to isté vyťaženie v deň so známym výpadkom a porovnajte tvar, nie súčet. Deň, keď horné spojenie kmitalo, by mal ukázať skok v udalostiach pripojenia s miernym nárastom rôznych účtov, a ak nie, počítadlo pravdepodobne meria niečo iné, než prehľad tvrdí.

Uchovajte samotný dotaz vedľa výsledku. Dokumentovaný filter môže zopakovať ktokoľvek a číslo bez svojho filtra nie je auditovateľné.

Uveďte, čo udalosť preukazuje

Neúspešný pokus si zaslúži vlastnú kategóriu namiesto toho, aby bol vkliesnený na ktorúkoľvek stranu. Medzi neúspechy patria preklepy v heslách, klienti so zastaraným profilom a úmyselné sondovanie, a všetky tri majú inú odozvu. Neúspech nie je dôkazom úspešného prieniku a nie je ani dôkazom neškodnosti.

Napíšte záver s takou silou, akú udalosť podporuje: tento účet sa overil voči tejto službe v tomto okne, z tohto zdroja, a relácia dosiahla inicializáciu. Čokoľvek o tom, čo používateľ potom robil, si vyžaduje záznam na strane aplikácie, nie ďalšie údaje z tunela.

Keď sa prehľad dostane k niekomu, kto bude rozhodovať o licenciách, kapacite alebo bezpečnosti, dajte definíciu na prvý riadok, nie do poznámky pod čiarou. Definícia je zistenie a číslo má zmysel len vnútri nej.