Apa yang dihitung sebagai login VPN berhasil dalam laporan?

Tiga laporan tentang VPN yang sama bisa saling bertentangan tanpa ada yang salah, karena masing-masing memaknai login berhasil secara berbeda. Satu menghitung koneksi yang mencapai server, yang lain menghitung identitas yang diterima langkah autentikasi, dan yang ketiga menghitung sesi yang menyelesaikan inisialisasi. Memilih salah satunya sebelum mengumpulkan data adalah perbedaan antara metrik dan argumen.

Pertanyaan yang berguna bukanlah definisi mana yang benar secara umum, melainkan hasil mana yang akan ditindaklanjuti pembaca.

Tiga peristiwa berbeda memakai label yang sama

Server menerima koneksi transport begitu jabat tangan selesai, dan itu terjadi sebelum kredensial apa pun disajikan. Peristiwa itu memberi tahu Anda bahwa port dapat dijangkau dan jalur jaringan berfungsi, dan tidak memberi tahu apa pun tentang siapa yang terhubung. Autentikasi adalah langkah berikutnya yang bisa gagal, dan juga bisa berhasil bagi identitas yang tidak pernah diizinkan masuk ke jaringan.

Inisialisasi datang setelah autentikasi, dan terowongan yang selesai diinisialisasi bisa menganggur sepanjang sisa hari. Permintaan aplikasi adalah satu-satunya peristiwa yang menunjukkan pengguna mencapai sesuatu yang diinginkannya. Tahap-tahap ini bersarang, jadi hitungan tahap terluas selalu melebihi hitungan tahap tersempit. Tidak ada dalam rangkaian peristiwa yang membuktikan pengguna produktif, hanya bahwa setiap gerbang terbuka bergantian.

Dokumentasi produk biasanya menyebut statusnya secara eksplisit. Catatan antarmuka manajemen OpenVPN memisahkan koneksi TCP, hasil autentikasi, dan inisialisasi yang selesai, dan itulah tepatnya pembedaan yang dibutuhkan sebuah laporan. Status berlabel connected tidak menjamin bahwa berbagi berkas atau operasi basis data berhasil kemudian.

Hitung sesi, identitas, atau permintaan

Putuskan satuannya sebelum memutuskan angkanya. Hitungan sesi menjawab berapa kali layanan dipakai, hitungan identitas menjawab berapa banyak akun berbeda yang muncul, dan hitungan permintaan menjawab berapa banyak pekerjaan yang dilakukan. Pemasok juga menghitungnya secara berbeda, dan hak yang diukur dalam pengguna tidak bisa dibandingkan dengan grafik yang diukur dalam sesi. Memilih satuan yang salah itulah cara rencana kapasitas berakhir dengan ukuran yang keliru.

Sambung ulang adalah tempat hitungan sesi menggelembung diam-diam. Klien yang terputus setiap beberapa menit dan tersambung lagi menghasilkan puluhan catatan sesi untuk satu orang, jadi laporan yang menghitung sesi sebagai orang akan melebih-lebihkan pemakaian justru pada kondisi ketika keandalan paling buruk. Tuliskan aturannya: sesi baru setelah sambung ulang dihitung terpisah, atau melanjutkan sesi sebelumnya dalam jendela waktu yang ditetapkan.

Alamat adalah identitas terlemah yang tersedia. Alamat terowongan bisa dipindahkan ke pengguna lain beberapa menit kemudian, dan dua pengguna bisa berbagi satu alamat melalui penerjemahan. Lampirkan pengenal akun dari peristiwa autentikasi alih-alih menyimpulkan orang dari alamat di log.

Uji definisi itu pada satu hari nyata

Ambil satu hari log dan hitung lalu lintas yang sama dengan tiga cara. Jika ketiga angka berdekatan, definisi mungkin tidak begitu penting untuk tujuan Anda; jika berbeda dengan faktor besar, laporan harus menyebut mana yang dipakainya.

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

Jalankan ekstraksi yang sama pada hari dengan gangguan yang diketahui dan bandingkan bentuknya, bukan totalnya. Hari ketika tautan atas bergetar seharusnya menunjukkan lonjakan peristiwa koneksi dengan kenaikan sedang pada akun berbeda, dan jika tidak, penghitungnya mungkin mengukur hal lain daripada yang diklaim laporan.

Simpan kuerinya sendiri di samping hasilnya. Siapa pun dapat mereproduksi filter yang terdokumentasi, dan angka tanpa filternya tidak dapat diaudit.

Laporkan apa yang dibuktikan peristiwa itu

Percobaan yang gagal layak mendapat kategorinya sendiri alih-alih dilipat ke salah satu sisi. Kegagalan mencakup kata sandi yang salah ketik, klien dengan profil kedaluwarsa, dan penyelidikan yang disengaja, dan ketiganya punya tanggapan berbeda. Kegagalan bukan bukti penyusupan yang berhasil, dan juga bukan bukti ketidakberbahayaan.

Tulis kesimpulan dengan kekuatan yang didukung peristiwa: akun ini terautentikasi ke layanan ini pada jendela ini, dari sumber ini, dan sesinya mencapai inisialisasi. Apa pun tentang apa yang dilakukan pengguna setelahnya memerlukan catatan di sisi aplikasi, bukan lebih banyak data terowongan.

Ketika laporan sampai kepada orang yang akan mengambil keputusan lisensi, kapasitas, atau keamanan, taruh definisinya di baris pertama, bukan di catatan kaki. Definisinya adalah temuan, dan angkanya hanya bermakna di dalamnya.