Ping
Ping-monitoring
Is het er, en verliest de link ernaartoe pakketten.
Waar het voor is
De simpelste vraag die je een machine kunt stellen: antwoordt hij überhaupt. Een router, een firewall, een server zonder publieke service, een stuk hardware in een rack: dingen met een adres en niets anders om mee te praten.
Ping is ICMP-echo, en het meldt packet loss en bereikbaarheid, dus een link die actief is en een vijfde van zijn verkeer verliest is zichtbaar als iets anders dan prima. Als wat je belangrijk vindt een service op een poort is in plaats van de host, is de TCP-port-check degene die het verschil weet.
Zoals elke check hier draait het vanaf Amsterdam, New York, Sydney and Singapore, en een fout wordt bevestigd vanaf twee andere continenten voordat iemand wordt gewekt. Hoe dat werkt.
Wat je kunt instellen
Alles hieronder staat op het formulier wanneer je er een toevoegt, bij elk abonnement.
- Host of IP-adres
- Een hostname of een adres. Geen poort: ping is geen verbinding met iets op de host, het is de host die antwoordt.
Vragen
Wat meet de ping-check eigenlijk?
Vier ICMP-echoverzoeken, een halve seconde uit elkaar, en het rapporteert het pakketverlies als een percentage samen met de latency: de minimale, gemiddelde en maximale round trip time. Vier in plaats van één, zodat een enkel verloren pakket op een drukke verbinding zichtbaar is als verlies en niet wordt gezien als een storing.
Is gedeeltelijk pakketverlies up of down?
Geen van beide, wat het eerlijke antwoord is en wat dit product geeft. Een host die op één van de vier pings reageert is niet down, maar zeker ook niet in orde. Totaal verlies is down, omdat er niets reageert. Verlies boven 20% bij meerdere checks achter elkaar is degraded, wat een alert geeft zonder te doen alsof de host verdwenen is.
Rapporteer je jitter?
Niet als een getal, en we zeggen dat liever dan iets berekenen uit vier pakketten en er een label op plakken. Wat je krijgt is de minimale, gemiddelde en maximale round trip time voor elke check, en het verschil tussen de eerste en de laatste is wat je toch al zou lezen.
Wat als een host niet reageert op ping?
Veel hosts en firewalls blokkeren ICMP bewust, en voor een pingcheck is dat niet te onderscheiden van een host die weg is: elke echo gaat verloren, dus het is down. Als de host een service draait, monitor dan de poort met de TCP-poortcheck, die helemaal geen ICMP nodig heeft.
Waarom ping je het niet gewoon zelf vanuit een cronjob?
Een cronjob die een host pingt is een echte check en kost niets, dus als dat alles is wat je nodig hebt, doe het dan. Wat het niet kan doen is je vertellen of de host gestopt is met reageren of dat je eigen verbinding dat deed, omdat die er vanaf één plek hetzelfde uitzien. Het draait ook op een machine die zijn netwerk kan verliezen, zijn disk kan vullen of opnieuw kan opstarten, en een stille check is erger dan geen check. En iemand moet nog steeds de output opmerken en iemand wakker maken, wat het meeste werk is.