Kas laikoma sėkmingu VPN prisijungimu ataskaitoje?

Trys ataskaitos apie tą patį VPN gali nesutarti, nors nė viena nėra klaidinga, nes kiekviena sėkmingą prisijungimą supranta kitaip. Viena skaičiuoja ryšius, kurie pasiekė serverį, kita – tapatybes, kurias priėmė autentifikavimo žingsnis, o trečia – sesijas, kurios baigė inicijavimą. Vienos pasirinkimas prieš renkant duomenis yra skirtumas tarp mato ir argumento.

Naudingas klausimas yra ne tai, kuri apibrėžtis teisinga apskritai, o tai, į kurį rezultatą skaitytojas reaguos.

Trys skirtingi įvykiai turi tą patį pavadinimą

Serveris priima transporto ryšį, kai tik baigiasi rankos paspaudimas, ir tai įvyksta prieš pateikiant bet kokius prisijungimo duomenis. Tas įvykis pasako, kad prievadas pasiekiamas ir tinklo kelias veikia, ir nieko nepasako apie tai, kas prisijungė. Autentifikavimas yra vėlesnis žingsnis, kuris gali nepavykti, ir jis gali pavykti tapatybei, kuriai niekada neleidžiama patekti į tinklą.

Inicijavimas ateina po autentifikavimo, o tunelis, baigęs inicijavimą, gali likti nenaudojamas visą likusią dieną. Programos užklausa yra vienintelis įvykis, parodantis, kad naudotojas pasiekė tai, ko norėjo. Šie etapai yra įdėti vienas į kitą, todėl plačiausio skaičius visada viršys siauriausio skaičių. Niekas įvykių sekoje neįrodo, kad naudotojas buvo produktyvus, tik tai, kad kiekvieni vartai atsidarė savo eilės tvarka.

Produkto dokumentacija paprastai aiškiai įvardija būsenas. OpenVPN valdymo sąsajos pastabos atskiria TCP ryšį, autentifikavimo rezultatą ir baigtą inicijavimą, ir tai yra būtent tas skirtumas, kurio reikia ataskaitai. Būsena, pažymėta connected, nepatvirtina, kad failų bendrinimas ar duomenų bazės operacija vėliau pavyko.

Skaičiuokite sesijas, tapatybes ar užklausas

Vienetą nuspręskite prieš nuspręsdami skaičių. Sesijų skaičius atsako, kiek kartų paslauga buvo naudota, tapatybių skaičius – kiek skirtingų paskyrų pasirodė, o užklausų skaičius – kiek darbo atlikta. Tiekėjai tai irgi skaičiuoja skirtingai, o naudotojais matuojama teisė negali būti lyginama su sesijomis matuojamu grafiku. Netinkamo vieneto pasirinkimas yra priežastis, kodėl pajėgumų planas suprojektuojamas netinkamam kiekiui.

Prisijungimai iš naujo yra vieta, kur sesijų skaičiai tyliai išsipučia. Klientas, kuris kas kelias minutes nutrūksta ir vėl prisijungia, vienam asmeniui sukuria dešimtis sesijų įrašų, todėl ataskaita, skaičiuojanti sesijas kaip žmones, pervertins naudojimą būtent tomis sąlygomis, kai patikimumas prasčiausias. Užrašykite taisyklę: nauja sesija po prisijungimo iš naujo skaičiuojama atskirai arba tęsia ankstesnę apibrėžtame intervale.

Adresai yra silpniausia prieinama tapatybė. Tunelio adresas gali būti perduotas kitam naudotojui po kelių minučių, o du naudotojai gali dalytis vienu adresu per vertimą. Priskirkite paskyros identifikatorių iš autentifikavimo įvykio, o ne nuspręskite apie asmenį iš žurnale esančio adreso.

Išbandykite apibrėžtį vieną tikrą dieną

Paimkite vienos dienos žurnalus ir suskaičiuokite tą patį srautą trimis būdais. Jei trys skaičiai arti vienas kito, apibrėžtis jūsų tikslui gali būti nelabai svarbi; jei jie skiriasi dideliu koeficientu, ataskaita turi pasakyti, kurią naudoja.

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

Paleiskite tą patį išgavimą dieną su žinomu sutrikimu ir palyginkite formą, o ne sumą. Dieną, kai viršutinė jungtis virpėjo, turėtų matytis ryšių įvykių šuolis ir saikingas skirtingų paskyrų augimas, o jei jo nėra, skaitiklis tikriausiai matuoja ką nors kita, nei teigia ataskaita.

Laikykite pačią užklausą šalia rezultato. Bet kas gali atkartoti dokumentuotą filtrą, o skaičius be savo filtro nėra audituojamas.

Praneškite, ką įrodo įvykis

Nepavykęs bandymas nusipelno savo kategorijos, o ne būti įlenktas į kurią nors pusę. Nepavykimai apima neteisingai įvestus slaptažodžius, klientus su pasenusiu profiliu ir tyčinį zondavimą, ir visi trys turi skirtingą atsaką. Nepavykimas nėra sėkmingo įsibrovimo įrodymas ir nėra nekenksmingumo įrodymas.

Rašykite išvadą tokia jėga, kokią įvykis palaiko: ši paskyra autentifikavosi šioje paslaugoje šiame intervale, iš šio šaltinio, ir sesija pasiekė inicijavimą. Viskas apie tai, ką naudotojas vėliau darė, reikalauja įrašo programos pusėje, o ne daugiau tunelio duomenų.

Kai ataskaita patenka kam nors, kas priims licencijavimo, pajėgumų ar saugumo sprendimą, dėkite apibrėžtį į pirmą eilutę, o ne į išnašą. Apibrėžtis yra radinys, o skaičius prasmingas tik jos viduje.