Pemantauan Ping

Mengapa perlu ping jika saya sudah memonitor HTTP?

Monitoring HTTP menunjukkan apakah situs memberikan respons yang benar. Monitoring ping menunjukkan apakah mesin tersebut bisa dijangkau sama sekali. Ini dua pertanyaan berbeda, dan perbedaannya menjadi penting saat terjadi gangguan. Jika aplikasi web crash tetapi server masih hidup, HTTP gagal - ping tetap berhasil. Ini langsung mempersempit diagnosis. Jika keduanya gagal - berarti ada masalah jaringan atau infrastruktur. Jika hanya ping yang gagal - mungkin firewall mulai memblokir probe, tetapi HTTP masih berjalan bagi pengguna.

Monitoring ping juga merupakan alat yang tepat untuk host yang tidak menjalankan HTTP: server basis data, mail server, app server di balik load balancer, gateway VPN, layanan internal - di mana saja Anda cukup perlu tahu "apakah mesin ini hidup dan bisa dijangkau".

Mengapa ping berbasis TCP

Ping ICMP klasik (perintah "ping") sangat bagus di desktop, tetapi tidak dapat diandalkan untuk monitoring dari cloud. Sebagian besar firewall modern memblokir atau me-rate-limit ICMP, apalagi dari jaringan publik, jadi timeout ICMP bisa berarti "server mati" atau "firewall memakan packet". Ambiguitas seperti itu bencana untuk alat alerting.

DiagnoSEO Uptime Monitoring menggunakan ping berbasis TCP: pengecekan membuka koneksi TCP pada port yang dikenal (pertama 80, fallback 443) dengan timeout 5 detik. Jika kembali SYN/ACK - host dapat dijangkau. Jika tidak - Anda mendapat wawasan gangguan nyata dengan kode galat dari kernel (connection refused, timeout, no route to host), yang mempercepat triage.

Apa yang dicatat

Setiap ping mencatat hasil (up / down) dan waktu RTT dalam milidetik. Ini masuk ke pipeline riwayat yang sama seperti monitor HTTP - Anda dapat melihat sparkline pemeriksaan terakhir, persentase uptime 24h dan 30d serta peta panas ketersediaan dari 30 hari terakhir. Jika host mati, insiden dibuka dan notifikasi dikirim ke kanal yang diaktifkan.

Panduan untuk monitor ping

• Pilih interval pendek: ping murah, atur 1-5 menit jika paket Anda memungkinkan. Deteksi lebih cepat dengan biaya rendah.
• Gabungkan dengan monitor port: jika Anda punya database di 5432 atau email di 25, tambahkan juga monitor port. Ping memberitahu "mesin hidup", port memberitahu "layanan mendengarkan".
• Perhatikan RTT: waktu respons dicatat pada setiap pengecekan. Lonjakan RTT mendadak sering menjadi tanda awal gangguan total - atur ambang batas dan Anda akan mendeteksinya sebelum menjadi insiden.
• Gunakan ambang konfirmasi: jaringan terkadang tidak stabil. Default 2 pengecekan gagal berturut-turut melindungi dari positive palsu.

Bagaimana tampilannya di dashboard

Monitor ping akan tampil berdampingan dengan monitor HTTP, port, kata kunci, API, dan heartbeat di daftar yang sama. Anda bisa memberi tag ("infra", "internal"), memfilter berdasarkan status, mengurutkan berdasarkan RTT, serta jeda/lanjutkan seperti monitor lainnya. Alert dikirim melalui kanal yang sama (Email, Telegram, Slack, Discord, SMS) dengan aturan mode malam dan ambang konfirmasi yang identik.

Konfigurasi

Buka alat, klik "Tambah monitor", pilih tipe "Ping (TCP)", tempel host (contoh db.internal.firma.com), atur interval dan simpan. Mulai siklus berikutnya, monitor akan membuka koneksi TCP setiap menit, mencatat RTT, dan memberi notifikasi ketika host tidak lagi merespons.

Pertanyaan yang Sering Diajukan

• Untuk apa monitoring ping digunakan?

  Kendali ketersediaan di layer 3 — apakah host merespons ICMP echo. Berguna untuk router, switch, perangkat IoT, infrastruktur internal dan semua yang tidak berjalan di HTTP tapi perlu tetap bisa diakses.

• Mengapa server AWS/cloud saya gagal pada pengecekan ping?

  Kebanyakan penyedia cloud secara default memblokir ICMP di tingkat security-group atau firewall. Server tetap sehat tapi tidak membalas ping. Untuk workload cloud, sebaiknya gunakan pengecekan HTTP atau TCP port. Anda bisa secara eksplisit mengizinkan ICMP di security group jika benar-benar butuh ping.

• Apa perbedaan antara ping dan pengecekan port TCP?

  Ping memakai ICMP (tanpa port — sekadar ketersediaan layer-3). Port TCP membuka koneksi TCP di port tertentu — memastikan konektivitas layer-4. Host bisa lolos ping tapi gagal TCP (firewall memblokir port) atau sebaliknya (ICMP diblokir, port terbuka).

• Apakah kalian mengukur round-trip time ping?

  Ya — waktu respons (round-trip) dicatat pada setiap pengecekan dan dilacak secara historis. Berguna mendeteksi degradasi jaringan: host yang sama tapi RTT pelan-pelan naik dari 20ms ke 200ms berarti ada masalah routing atau kemacetan.

• Bisakah saya ping ke IP internal?

  Hanya jika IP tersedia dari server checker kami — yaitu IP publik. Rentang privat RFC1918 (192.168.x.x, 10.x.x.x, 172.16-31.x.x) tidak akan berfungsi dari monitoring eksternal. Untuk infrastruktur internal, jalankan agen heartbeat self-hosted di jaringan lokal Anda yang melakukan ping ke kami.