Три извештаи за истиот VPN можат да се разидуваат, а ниту еден да не е погрешен, бидејќи секој под успешно најавување подразбира нешто друго. Едниот брои врски што стигнале до серверот, другиот брои идентитети што ги прифатил чекорот за автентикација, а третиот брои сесии што ја завршиле иницијализацијата. Изборот на еден од нив пред собирањето податоци е разликата меѓу мерка и аргумент.

Корисното прашање не е која дефиниција е точна општо, туку на кој исход читателот ќе дејствува.

Три различни настани носат иста ознака

Серверот прифаќа транспортна врска штом заврши ракувањето, а тоа се случува пред да биде претставен било каков акредитив. Тој настан ви кажува дека портата е достапна и дека мрежната патека работи, и не ви кажува ништо за тоа кој се поврзал. Автентикацијата е подоцнежен чекор што може да не успее, а може и да успее за идентитет на кој никогаш не му е дозволен пристап до мрежата.

Иницијализацијата доаѓа по автентикацијата, а тунел што ја завршил иницијализацијата може да остане неактивен до крајот на денот. Барањето од апликација е единствениот настан што покажува дека корисникот стигнал до нешто што го сакал. Овие фази се вгнездуваат, па броењето на најшироката секогаш ќе го надмине броењето на најтесната. Ништо во низата настани не докажува дека корисникот бил продуктивен, само дека секоја порта се отворила по ред.

Документацијата на производот обично ги именува состојбите експлицитно. OpenVPN белешките за управувачкиот интерфејс ја одделуваат TCP врската, резултатот од автентикацијата и завршената иницијализација, и тоа е точно разликата што му е потребна на извештајот. Состојба означена како connected не потврдува дека споделување на датотеки или операција со база на податоци подоцна успеала.

Бројте сесии, идентитети или барања

Одредете ја единицата пред да го одредите бројот. Бројот на сесии одговара колку пати услугата била користена, бројот на идентитети – колку различни сметки се појавиле, а бројот на барања – колку работа е завршена. Продавачите и ова го бројат поинаку, и право мерено во корисници не може да се спореди со графикон мерен во сесии. Изборот на погрешна единица е причината зошто планот за капацитет завршува димензиониран за погрешното количество.

Повторните поврзувања се местото каде броевите на сесии тивко се надувуваат. Клиент што паѓа на неколку минути и повторно се поврзува создава десетици записи за сесии за едно лице, па извештајот што брои сесии како луѓе ќе го прецени користењето токму во услови кога доверливоста е најлоша. Запишете го правилото: нова сесија по повторно поврзување се брои одделно, или ја продолжува претходната во определен прозорец.

Адресите се најслабиот достапен идентитет. Адресата на тунелот може да биде предадена на друг корисник по неколку минути, а двајца корисници можат да делат една адреса преку превод. Прикачете го идентификаторот на сметката од настанот за автентикација наместо да заклучувате лице од адреса во дневник.

Проверете ја дефиницијата на еден вистински ден

Земете еден ден дневници и избројте го истиот сообраќај на три начини. Ако трите броја се блиски, дефиницијата можеби не е многу важна за вашата цел; ако се разликуваат за голем фактор, извештајот мора да каже која ја користи.

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

Пуштете го истото извлекување на ден со познат прекин и споредете ја формата, а не вкупната сума. Ден кога горната врска треперела треба да покаже скок во настаните на поврзување со умерен раст на различните сметки, а ако не покаже, бројачот веројатно мери нешто друго од она што го тврди извештајот.

Чувајте го самото барање покрај резултатот. Секој може да репродуцира документиран филтер, а број без својот филтер не е проверлив.

Известете што утврдува настанот

Неуспешен обид заслужува своја категорија наместо да биде преклопен во која било страна. Неуспесите вклучуваат погрешно внесени лозинки, клиенти со застарена конфигурација и намерно сондирање, и сите три имаат различен одговор. Неуспехот не е доказ за успешен пробив и не е доказ за безопасност.

Напишете го заклучокот со силата што настанот ја поддржува: оваа сметка се автентицирала на оваа услуга во овој прозорец, од овој извор, и сесијата стигнала до иницијализација. Сето за тоа што корисникот направил потоа бара запис од страната на апликацијата, а не повеќе податоци од тунелот.

Кога извештајот оди кај некој што ќе донесе одлука за лиценцирање, капацитет или безбедност, ставете ја дефиницијата во првиот ред, а не во фуснота. Дефиницијата е наодот, а бројот има смисла само внатре во неа.

Поврзани статии