Pingbewaking

Waarom ping, als ik HTTP al monitor

HTTP-monitoring geeft aan of de site een correcte respons teruggeeft. Ping-monitoring geeft aan of de machine überhaupt bereikbaar is. Dit zijn verschillende vragen, en het verschil wordt belangrijk als er iets uitvalt. Als de webapplicatie crasht maar de server nog leeft, valt HTTP uit – ping werkt nog. Dit beperkt de diagnose direct. Als beide uitvallen – is het een netwerk- of infrastructuurstoring. Als alleen ping niet werkt – kan het zijn dat een firewall de probes is gaan blokkeren terwijl HTTP nog steeds werkt voor de gebruikers.

Ping-monitoring is ook het juiste hulpmiddel voor hosts die geen HTTP draaien: databaseservers, mailservers, appservers achter de load balancer, VPN-gateways, interne services – overal waar je gewoon wilt weten “leeft deze box en is hij bereikbaar”.

Waarom op TCP gebaseerde ping

Klassieke ICMP-ping (het commando “ping”) werkt prima op de desktop, maar is onbetrouwbaar voor monitoring vanuit de cloud. De meeste moderne firewalls blokkeren of beperken ICMP (rate-limit), zeker vanaf publieke netwerken, dus ICMP-timeout kan zowel betekenen “server is dood” als “firewall heeft het pakketje weggehaald”. Zulke onduidelijkheid is rampzalig voor een waarschuwingshulpmiddel.

DiagnoSEO Uptime Monitoring gebruikt op TCP gebaseerde ping: er wordt een TCP-verbinding geopend op een bekende poort (eerst 80, daarna 443 als fallback) met een timeout van 5 seconden. Als SYN/ACK terugkomt – host is bereikbaar. Zo niet – je krijgt een echte foutmelding met foutcode van de kernel (connection refused, timeout, no route to host), wat de triage versnelt.

Wat wordt opgeslagen

Elke ping slaat het resultaat (up / down) en de RTT-tijd in milliseconden op. Dit komt in dezelfde geschiedenis-pipeline als de HTTP-monitors – je krijgt een sparkline van de laatste checks, uptime-percentages 24u en 30d en een heatmap met de beschikbaarheid van de afgelopen 30 dagen. Als de host uitvalt wordt er een incident gestart en gaan de meldingen naar de ingeschakelde kanalen.

Tips voor ping-monitors

• Kies een korte interval: ping is goedkoop, zet op 1-5 minuten als je abonnement dit toelaat. Snelle detectie tegen lage kosten.
• Combineer met poort-monitors: als je bijvoorbeeld een database op 5432 of mail op 25 hebt, voeg ook een poort-monitor toe. Ping zegt “de box leeft”, poort zegt “de dienst luistert”.
• Let op RTT: de responstijd wordt bij elke check opgeslagen. Plotselinge sprongen in RTT gaan vaak vooraf aan volledige storingen – stel een drempelwaarde in om ze te vangen voordat het incidenten worden.
• Gebruik de bevestigingsdrempel: netwerken haperen soms. De standaard 2 opeenvolgende mislukte checks beschermen tegen false positives.

Hoe het in het dashboard past

Ping-monitors verschijnen naast HTTP-, poort-, keyword-, API- en heartbeat-monitoren in dezelfde lijst. Je kunt ze taggen (“infra”, “intern”), filteren op status, sorteren op RTT en pauzeren/hervatten zoals elke andere. Alerts gaan via dezelfde kanalen (Email, Telegram, Slack, Discord, SMS) met dezelfde nachtmodusregels en bevestigingsdrempel.

Configuratie

Open de tool, klik op “Monitor toevoegen”, kies het type “Ping (TCP)”, plak de host (bv. db.internal.firma.com), stel het interval in en sla op. Vanaf de volgende cyclus opent de monitor elke minuut een TCP-verbinding, slaat RTT op en stuurt een melding als de host niet meer reageert.

Veelgestelde vragen

• Waarvoor dient ping-monitoring?

  Controle van beschikbaarheid op layer 3 — of een host reageert op een ICMP-echo. Handig voor routers, switches, IoT-apparaten, interne infrastructuur en alles wat niet op HTTP werkt, maar wel bereikbaar moet zijn.

• Waarom slaagt mijn AWS/cloud-server niet voor de ping-controles?

  De meeste cloudproviders blokkeren standaard ICMP op het niveau van security-groups of firewalls. De server is verder gezond, maar reageert niet op ping. Voor cloud-workloads geef je de voorkeur aan HTTP- of TCP-poort-controles. Je kunt expliciet ICMP toestaan in security-groups als je echt ping nodig hebt.

• Wat is het verschil tussen ping en TCP-poortcheck?

  Ping gebruikt ICMP (zonder poort – pure layer-3 beschikbaarheid). TCP-poort opent een TCP-verbinding op een specifieke poort – bevestigt layer-4 connectiviteit. Een host kan ping doorstaan maar TCP niet (firewall blokkeert poort) of omgekeerd (ICMP geblokkeerd, poort open).

• Meten jullie de round-trip tijd van ping?

  Ja – de responstijd (round-trip) wordt bij elke check geregistreerd en over de tijd bijgehouden. Handig om netwerkdegradatie te detecteren: dezelfde host, maar RTT stijgt langzaam van 20ms naar 200ms betekent dat er een probleem is met routing of congestie.

• Kan ik interne IP's pingen?

  Alleen als het IP bereikbaar is vanaf onze checker-servers – dus een publiek IP. Privé-RFC1918-ranges (192.168.x.x, 10.x.x.x, 172.16-31.x.x) werken niet vanuit externe monitoring. Voor interne infrastructuur draai je een self-hosted heartbeat-agent op het interne netwerk die ons pingt.