Kas tiek uzskatīts par veiksmīgu VPN pieteikšanos atskaitē?

Trīs atskaites par vienu un to pašu VPN var atšķirties, lai gan neviena no tām nav nepareiza, jo katra veiksmīgu pieteikšanos saprot citādi. Viena skaita savienojumus, kas sasniedza serveri, otra – identitātes, ko pieņēma autentifikācijas solis, bet trešā – sesijas, kas pabeidza inicializāciju. Vienas izvēle pirms datu vākšanas ir atšķirība starp mēru un argumentu.

Noderīgais jautājums nav par to, kura definīcija ir pareiza kopumā, bet gan par to, uz kuru iznākumu lasītājs rīkosies.

Trīs dažādi notikumi nes vienu un to pašu apzīmējumu

Serveris pieņem transporta savienojumu, tiklīdz ir pabeigta rokasspiediena procedūra, un tas notiek pirms jebkuru pieteikšanās datu uzrādīšanas. Šis notikums pasaka, ka ports ir sasniedzams un tīkla ceļš darbojas, un tas neko nepasaka par to, kas pieslēdzās. Autentifikācija ir vēlāks solis, kas var neizdoties, un tā var arī izdoties identitātei, kurai nekad netiek ļauts iekļūt tīklā.

Inicializācija nāk pēc autentifikācijas, un tunelis, kas pabeidzis inicializāciju, var atlikušo dienu stāvēt dīkā. Lietotnes pieprasījums ir vienīgais notikums, kas parāda, ka lietotājs sasniedza kaut ko tādu, ko gribēja. Šie posmi ir ievietoti viens otrā, tāpēc platākā skaits vienmēr pārsniegs šaurākā skaitu. Nekas notikumu secībā nepierāda, ka lietotājs strādāja produktīvi, tikai to, ka katri vārti atvērās savā kārtā.

Produkta dokumentācija parasti skaidri nosauc stāvokļus. OpenVPN pārvaldības saskarnes piezīmes atdala TCP savienojumu, autentifikācijas rezultātu un pabeigto inicializāciju, un tā ir tieši tā atšķirība, kas atskaitei nepieciešama. Statuss ar apzīmējumu connected neapliecina, ka failu koplietošana vai datubāzes darbība vēlāk izdevās.

Skaitiet sesijas, identitātes vai pieprasījumus

Vispirms izlemiet vienību, pēc tam skaitli. Sesiju skaits atbild, cik reižu pakalpojums tika izmantots, identitāšu skaits – cik dažādu kontu parādījās, bet pieprasījumu skaits – cik daudz darba tika paveikts. Pārdevēji to arī skaita atšķirīgi, un lietotājos mērītas tiesības nevar salīdzināt ar grafikā sesijās mērītu lielumu. Nepareizas vienības izvēle ir iemesls, kāpēc jaudas plāns tiek izmērīts nepareizam daudzumam.

Atkārtoti savienojumi ir vieta, kur sesiju skaits klusi uzbriest. Klients, kas ik pēc dažām minūtēm atkrīt un atkal pieslēdzas, vienai personai rada desmitiem sesiju ierakstu, tāpēc atskaite, kas skaita sesijas kā cilvēkus, pārvērtēs izmantojumu tieši tajos apstākļos, kad uzticamība ir vissliktākā. Pierakstiet noteikumu: jauna sesija pēc atkārtota savienojuma tiek skaitīta atsevišķi, vai tā turpina iepriekšējo noteiktā logā.

Adreses ir vājākā pieejamā identitāte. Tuneļa adresi pēc dažām minūtēm var piešķirt citam lietotājam, un divi lietotāji var dalīt vienu adresi tulkošanas ceļā. Pievienojiet konta identifikatoru no autentifikācijas notikuma, nevis seciniet personu no adreses žurnālā.

Pārbaudiet definīciju vienā īstā dienā

Paņemiet vienu dienu žurnālu un saskaitiet to pašu satiksmi trīs veidos. Ja trīs skaitļi ir tuvi, definīcija jūsu mērķim var nebūt ļoti svarīga; ja tie atšķiras par lielu koeficientu, atskaitei jāsaka, kuru tā izmanto.

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

Palaidiet to pašu ieguvi dienā ar zināmu pārtraukumu un salīdziniet formu, nevis kopsummu. Dienā, kad augšējā saite trīcēja, savienojumu notikumos vajadzētu parādīties lēcienam un dažādos kontos – mērenam pieaugumam, un, ja tā nav, skaitītājs droši vien mēra ko citu, nekā apgalvo atskaite.

Glabājiet pašu vaicājumu līdzās rezultātam. Jebkurš var atkārtot dokumentētu filtru, un skaitlis bez sava filtra nav auditējams.

Ziņojiet, ko notikums pierāda

Neizdevies mēģinājums ir pelnījis savu kategoriju, nevis tikt ielocītam kādā no pusēm. Neveiksmes ietver nepareizi ievadītas paroles, klientus ar novecojušu profilu un tīšu zondēšanu, un visiem trim ir atšķirīga atbilde. Neveiksme nav veiksmīgas iekļūšanas pierādījums, un tā nav arī nekaitīguma pierādījums.

Rakstiet secinājumu ar tādu spēku, kādu notikums atbalsta: šis konts autentificējās šajā pakalpojumā šajā logā, no šī avota, un sesija sasniedza inicializāciju. Viss par to, ko lietotājs pēc tam darīja, prasa ierakstu lietotnes pusē, nevis vairāk tuneļa datu.

Kad atskaite nonāk pie kāda, kas pieņems licencēšanas, jaudas vai drošības lēmumu, lieciet definīciju pirmajā rindā, nevis zemsvītras piezīmē. Definīcija ir atradums, un skaitlim ir jēga tikai tās ietvaros.