Pantau peer VPN tanpa mencatat situs yang mereka jelajahi

Memantau peer VPN membutuhkan empat fakta, dan tidak satu pun merupakan tujuan. Apakah terowongan aktif, kapan terakhir bertukar lalu lintas, kunci mana yang terlibat, dan berapa banyak yang bergerak sudah cukup untuk ketersediaan. Apa pun di luar itu adalah catatan tentang seseorang, dan itu harus menjadi keputusan yang disengaja alih-alih efek samping membuka halaman status. Mulailah dari pertanyaan yang harus Anda jawab, lalu pilih keluaran terkecil yang menjawabnya.

Putuskan pertanyaannya sebelum alatnya

Tulis dulu pertanyaan operasionalnya: apakah peer ini terhubung, dan apakah ia memindahkan lalu lintas? Pertanyaan itu butuh tampilan langsung, dan tampilan langsung tidak punya masalah retensi. Pertanyaan kedua, apakah peer terhubung pada 02:00 Selasa lalu, butuh rangkaian tersimpan dan karena itu keputusan retensi. Memisahkan keduanya adalah keseluruhan desain, karena tampilan langsung murah sementara rangkaian tersimpan berubah menjadi percakapan tentang perlindungan data.

Jaga pemeriksaan kesehatan tetap terpisah dari keluaran status. Handshake terbaru membuktikan terowongan telah bernegosiasi, bukan bahwa aplikasi privat di belakangnya berfungsi, jadi uji aplikasi melalui pemeriksaan yang diizinkan alih-alih menyimpulkannya dari penghitung. Ketika pemeriksaan gagal dan handshake masih baru, masalahnya ada di balik terowongan.

Baca tiga bidang yang menjawabnya

Keluaran status biasa WireGuard memuat antarmuka, kunci publik, titik akhir, handshake terakhir, dan penghitung transfer. Kehadiran membutuhkan kunci publik dan handshake terakhir; bila perlu, tambahkan penghitung bita untuk melihat pergerakan. Titik akhir tidak diperlukan untuk kehadiran dan menjadi bidang pertama yang harus dibuang, karena ia mengidentifikasi dari mana perangkat terhubung. Halaman manual menjelaskan setiap bidang yang dicetak alat, dan cukup pendek untuk dibaca sekali:

wg show
wg show wg0 latest-handshakes

Baca angka-angka itu sebagai usia, bukan sebagai boolean. Handshake hanya terkini relatif terhadap interval pembaruan kunci protokol itu sendiri, dan penghitung yang tidak bergerak bisa berarti peer diam alih-alih rusak. Simpan keduanya dalam tampilan yang sama agar usia dan pergerakan dibaca bersama.

Pilih interval yang bisa Anda pertahankan

Setiap sampel status adalah catatan, jadi interval adalah keputusan retensi yang memakai label pemantauan. Sampel tiap sepuluh detik memberi detail halus dan melipatgandakan baris tersimpan, sedangkan sampel tiap menit biasanya cukup untuk ketersediaan dengan seperenam biaya. Pilih interval dari waktu respons yang Anda janjikan, bukan dari apa yang bisa dilakukan alat. Lalu tulis angkanya di samping dasbor.

Untuk OpenVPN, fasilitas status menulis berkas pada interval yang dikonfigurasi. Dalam konfigurasi server itu terlihat seperti ini status /var/log/openvpn-status.log 60, di mana angka di akhir adalah detik antara penulisan ulang, dan berkas diganti alih-alih ditambahi. Detail itu penting: berkas yang diganti tidak punya riwayat, sedangkan kolektor yang menambahinya menciptakan riwayat.

Pastikan kolektor juga mematuhi interval. Alat yang mengambil sampel tiap detik dan menyimpan satu baris per menit tetap membaca tiap detik.

Jaga label tetap stabil dan pemetaan terbatas

Kunci publik mengidentifikasi hubungan perangkat bahkan tanpa nama terlampir, jadi perlakukan kunci sebagai data pribadi alih-alih pengenal buram. Beri label pada peer dengan pengenal internal stabil yang bertahan dari sambungan ulang, dan simpan pemetaan dari pengenal ke orang di tempat terbatas. Dasbor yang menulis deret waktu adalah catatan tersimpan bahkan ketika VPN tidak menyimpan berkas sendiri. Ketika dasbor adalah satu-satunya penyimpanan, dasbor itulah tempat aturan retensi berlaku.

Tinjau juga jalur ekspor, karena CSV yang disalin hidup lebih lama daripada sistem yang menghasilkannya. Ketersediaan agregat sering cukup untuk laporan: proporsi peer dengan handshake di dalam jendela menjawab pertanyaan operasional tanpa mencantumkan siapa terhubung kapan.

Dokumentasikan apa yang Anda kumpulkan dan apa yang tidak

Tulis deskripsi pengumpulan dalam bahasa sederhana: bidang apa, dari antarmuka mana, pada interval berapa, disimpan di mana, disimpan berapa lama, dan siapa yang boleh membacanya. Letakkan di samping runbook, bukan di repositori kebijakan yang tidak dibuka siapa pun saat insiden. Deskripsi juga harus menyebutkan apa yang tidak bisa dilihat pemantauan, karena itulah yang mencegah orang menganggap ketiadaan data penjelajahan berarti ketiadaan catatan.

Tinjau jendela retensi setiap kali pemantauan berubah, karena bidang baru diam-diam memperpanjang apa yang disimpan. Lalu hapus apa yang dikatakan deskripsi bahwa Anda hapus, dan verifikasi bahwa penghapusan benar-benar terjadi.