Kaj v poročilu šteje kot uspešna prijava v VPN?

Tri poročila o istem VPN se lahko razhajajo, ne da bi bilo katero napačno, ker vsako razume uspešno prijavo drugače. Eno šteje povezave, ki so dosegle strežnik, drugo šteje identitete, ki jih je sprejel korak preverjanja pristnosti, tretje pa seje, ki so dokončale inicializacijo. Izbrati eno od njih pred zbiranjem podatkov je razlika med meritvijo in argumentom.

Koristno vprašanje ni, katera definicija je pravilna na splošno, ampak na kateri izid bo bralec ukrepal.

Trije različni dogodki nosijo isto oznako

Strežnik sprejme transportno povezavo takoj, ko se rokovanje konča, in to se zgodi preden je predstavljena kakršna koli poverilnica. Ta dogodek pove, da je vrata dosegljiva in da omrežna pot deluje, o tem, kdo se je povezal, pa ne pove ničesar. Preverjanje pristnosti je poznejši korak, ki lahko spodleti, lahko pa uspe tudi za identiteto, ki ji nikoli ni dovoljen vstop v omrežje.

Inicializacija pride po preverjanju pristnosti, in tunel, ki je inicializacijo dokončal, lahko preostanek dneva stoji brez dela. Zahteva aplikacije je edini dogodek, ki pokaže, da je uporabnik dosegel nekaj, kar je želel. Te stopnje so gnezdene, zato bo število najširše vedno preseglo število najožje. Nič v zaporedju dogodkov ne dokazuje, da je bil uporabnik produktiven, le to, da so se vsaka vrata odprla po vrsti.

Dokumentacija izdelka običajno stanja izrecno poimenuje. opombe vmesnika za upravljanje OpenVPN ločujejo povezavo TCP, izid preverjanja pristnosti in dokončano inicializacijo, in to je natanko tisto razlikovanje, ki ga poročilo potrebuje. Stanje z oznako connected ne potrjuje, da je skupna raba datotek ali operacija s podatkovno bazo pozneje uspela.

Štejte seje, identitete ali zahteve

Odločite se o enoti, preden se odločite o številu. Število sej odgovarja, kolikokrat je bila storitev uporabljena, število identitet, koliko različnih računov se je pojavilo, število zahtev pa, koliko dela je bilo opravljenega. Ponudniki to tudi štejejo drugače, in pravica, merjena v uporabnikih, ni primerljiva z grafom, merjenim v sejah. Izbira napačne enote je razlog, da je načrt zmogljivosti na koncu razsežan za napačno količino.

Ponovne povezave so mesto, kjer število sej tiho naraste. Odjemalec, ki vsakih nekaj minut pade in se znova poveže, ustvari na desetine zapisov sej za eno osebo, zato bo poročilo, ki šteje seje kot osebe, precenilo uporabo prav v razmerah, kjer je zanesljivost najslabša. Zapišite pravilo: nova seja po ponovni povezavi se šteje ločeno ali nadaljuje prejšnjo v določenem oknu.

Naslovi so najšibkejša razpoložljiva identiteta. Naslov tunela se lahko nekaj minut pozneje dodeli drugemu uporabniku, dva uporabnika pa si lahko delita en naslov prek prevajanja. Priložite identifikator računa iz dogodka preverjanja pristnosti, namesto da bi osebo sklepali iz naslova v dnevniku.

Preizkusite definicijo na enem resničnem dnevu

Vzemite en dan dnevnikov in preštejte isti promet na tri načine. Če so tri številke blizu, definicija za vaš namen morda ni zelo pomembna; če se razlikujejo za velik faktor, mora poročilo povedati, katero uporablja.

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

Zaženite isto pridobivanje na dan z znano motnjo in primerjajte obliko, ne vsote. Na dan, ko je zgornja povezava nihati, bi moral pokazati skok v dogodkih povezovanja z zmerno rastjo različnih računov, in če tega ne pokaže, števec verjetno meri nekaj drugega, kot trdi poročilo.

Shranite samo poizvedbo ob rezultatu. Dokumentiran filter lahko ponovi kdor koli, in število brez svojega filtra ni revizijsko sledljivo.

Poročajte, kaj dogodek ugotavlja

Neuspelem poskusu gre lastna kategorija, namesto da bi ga stlačili na eno od strani. Neuspehi vključujejo napačno vnesena gesla, odjemalce z zastarelim profilom in namerno sondiranje, in vsi trije imajo različen odziv. Neuspeh ni dokaz uspešnega vdora in ni dokaz neškodljivosti.

Napišite sklep s tisto močjo, ki jo dogodek podpira: ta račun se je preveril pri tej storitvi v tem oknu, iz tega vira, in seja je dosegla inicializacijo. Karkoli o tem, kaj je uporabnik pozneje počel, zahteva zapis na strani aplikacije in ne več podatkov iz tunela.

Ko poročilo pride do nekoga, ki bo odločal o licenciranju, zmogljivosti ali varnosti, postavite definicijo v prvo vrstico, ne v opombo pod črto. Definicija je ugotovitev, in število ima smisel le znotraj nje.