Tentukan objek VPN sebelum memilih SNMP atau API

Tiga keputusan mendahului pengangkutan: objek apa yang diterangkan oleh amaran, arah dan skop mana yang diliputinya, dan betapa segar bacaan itu perlu. SNMP, API HTTPS dan prob aplikasi semuanya boleh melaporkan sesuatu tentang VPN, dan mereka tidak akan melaporkan perkara yang sama. Menukar protokol tanpa menyelesaikan ketiga-tiganya hanya mengubah tempat kekeliruan dikumpulkan. Objek dan makna amaran ialah reka bentuk; protokol ialah penghantaran.

Papan pemuka yang menukar empat pemerhatian berbeza menjadi satu ikon hijau sudah membuat keputusan itu dengan teruk.

Apakah yang sepatutnya amaran itu maksudkan?

Ia boleh bermaksud rakan tidak dapat mengesahkan identiti, tiada keadaan data terlindung, laluan menunjuk ke tempat yang salah, atau aplikasi tidak dapat menyelesaikan kerjanya. Setiap satu daripadanya mempunyai pemiliknya sendiri, pemeriksaan pertamanya sendiri dan kadar positif palsunya sendiri. Rakan yang tidak dapat mengesahkan identiti ialah masalah identiti, persatuan keselamatan yang hilang ialah masalah keadaan protokol, laluan ialah masalah konfigurasi, dan kegagalan aplikasi mungkin bukan mana-mana daripadanya. Tentukan untuk yang mana amaran itu sebelum memilih pengumpul.

Tulis sebagai ayat yang boleh diambil tindakan oleh jurutera atas panggilan. Jika ayat itu memerlukan dua objek, itu dua amaran, bukan satu yang separuh betul.

Jadual TCP menerangkan TCP

RFC 4022 menetapkan tcpConnectionTable, yang barisnya menerangkan sambungan TCP yang terbentuk, dikunci mengikut jenis alamat, alamat dan port pada kedua-dua hujung. Baris hilang apabila sambungan ditutup, dan soket mendengar muncul dalam jadual lain. Menjalankan VPN pada mesin yang sama tidak menjadikan jadual TCP sebagai inventori persatuan keselamatan IPsec. Ia mungkin menerangkan sesi pengurusan, aliran aplikasi atau terowong yang dibawa melalui TCP, dan baris itu sendiri tidak akan memberitahu anda yang mana.

Pembilang antara muka membawa kekaburan yang sama pada tahap yang lebih kasar: bait pada antara muka mengagregat setiap rakan dan setiap aliran yang menggunakannya.

Bina kontrak pemerhatian yang kecil

Bagi setiap metrik, rekod objek atau medan API yang disokong, peranti dan versi perisian pemiliknya, pengecam rakan atau perkhidmatan, arah, masa pengumpulan dan tingkah laku penyegaran yang dijangka. Kemudian gunakan paparan persatuan atau sesi gateway yang didokumenkan untuk keadaan protokol, jadual penghalaan untuk keadaan laluan, dan permintaan sempit yang dibenarkan untuk keadaan aplikasi. Titik akhir pengurusan yang berfungsi membuktikan titik akhir pengurusan berfungsi, dan tiada apa-apa tentang aplikasi di belakangnya.

Jika ejen yang dipasang tiada objek yang diperlukan, pilih antara muka baca sahaja lain yang disokong secara eksplisit. Mencipta OID, membaca kiraan TCP generik sebagai kiraan terowong, atau menjangka API vendor lama kekal tidak berubah dalam produk adik-beradik semuanya jalan buntu.

Data basi bukan kegagalan terowong

Tamat masa pengumpulan, kelayakan tamat tempoh atau laluan API yang berubah menghasilkan telemetri yang hilang. Itu kegagalan pemantauan dan insiden yang berbeza daripada terowong yang jatuh. Rekod pemerhatian mana yang menjadi basi dan bila, supaya pengendali mendapat pemeriksaan pertama yang bermakna dan bukan tetapan semula terowong. Merawat setiap tamat masa sebagai gangguan VPN melatih orang mengabaikan kedua-duanya.

Kekalkan kebenaran pengumpulan sempit juga. Antara muka yang boleh mengubah konfigurasi atau membersihkan sesi membawa sempadan keistimewaan yang tidak sepatutnya diwarisi oleh kerja pemantauan, dan akaun baca sahaja biasanya mencukupi.

Reka bentuk yang berguna menamakan objek, makna dan keperluan kesegaran. Pilihan protokol mengikut daripadanya, bukan sebaliknya.