Ping-overvågning

Hvorfor bruge ping, når jeg allerede overvåger HTTP

HTTP-overvågning fortæller dig, om siden returnerer et korrekt svar. Ping-overvågning fortæller dig, om maskinen overhovedet er tilgængelig. Det er forskellige spørgsmål, og forskellen er vigtig, når noget fejler. Hvis en webapplikation crasher, men serveren kører, fejler HTTP – men ping går igennem. Det indsnævrer straks fejlsøgningen. Hvis begge fejler – netværket eller infrastrukturen er nede. Hvis kun ping fejler – kan det være, at firewallen er begyndt at blokere anmodninger, men HTTP virker stadig for brugerne.

Ping-overvågning er også det rette værktøj til hosts, som ikke kører HTTP: databaseservere, mailservere, applikationsservere bag load balancere, VPN-gateways, interne tjenester – alle steder, hvor du bare har brug for at vide "lever den her kasse og er den tilgængelig".

Hvorfor ping baseret på TCP

Klassisk ICMP ping (kommandoen "ping") er god på desktop, men utroværdig til overvågning fra skyen. De fleste moderne firewalls blokerer eller begrænser ICMP, især fra offentlige netværk, så en ICMP-timeout kan betyde både "serveren er nede" og "firewallen spiste pakken". Sådan tvetydighed er katastrofalt for et alarmeringsværktøj.

DiagnoSEO Uptime Monitoring bruger TCP-baseret ping: tjekket åbner en TCP-forbindelse på en kendt port (først 80, derefter 443 hvis nødvendigt) med 5 sekunders timeout. Hvis du får et SYN/ACK – hosten er tilgængelig. Hvis ikke – får du en reel fejl med fejlkode fra kernen (connection refused, timeout, no route to host), hvilket fremskynder triage.

Hvad bliver registreret

Hver ping registrerer resultat (oppe/nede) og RTT-tid i millisekunder. Det går ind i samme historikpipeline som HTTP-monitorer – du får sparkline for de seneste tjek, uptime-procent for 24h og 30d samt heatmap for tilgængelighed de sidste 30 dage. Hvis en host fejler, åbnes en hændelse og notifikationer sendes til de valgte kanaler.

Tips til ping-monitorer

• Vælg et kort interval: ping er billig, sæt den til 1-5 minutter hvis din plan tillader det. Hurtigere detektion for lav pris.
• Kombinér med portmonitorer: hvis du har en database på 5432 eller mail på 25, tilføj også portmonitor. Ping fortæller "kassen lever", port fortæller "tjenesten lytter".
• Overvåg RTT: svartiden bliver registreret ved hvert tjek. Pludselige stigninger i RTT går ofte forud for større nedbrud – sæt grænse, så fanger du dem før de bliver til hændelser.
• Brug bekræftelsesgrænse: netværk kan have udfald. Standard er 2 på hinanden følgende fejlbehæftede tjek for at beskytte mod falske positiver.

Hvordan det passer ind i dashboardet

Ping-monitorer vises sammen med HTTP-, port-, keyword-, API- og heartbeat-monitorer på samme liste. Du kan tagge dem ("infra", "intern"), filtrere efter status, sortere efter RTT og pause/genoptage dem som alle andre. Advarsler sendes via samme kanaler (Email, Telegram, Slack, Discord, SMS) med samme regler for natfred og bekræftelsesgrænse.

Konfiguration

Åbn værktøjet, klik på "Tilføj monitor", vælg typen "Ping (TCP)", indsæt hostnavn (f.eks. db.internal.firma.com), sæt interval og gem. Fra næste cyklus åbner monitoren hvert minut en TCP-forbindelse, registrerer RTT og giver dig besked, hvis hosten stopper med at svare.

Ofte stillede spørgsmål

• Hvad bruges ping-overvågning til?

  Tjek tilgængelighed på lag 3 – om værten svarer på ICMP echo. Nyttigt for routere, switches, IoT-enheder, intern infrastruktur og alt der ikke kører HTTP men bør være tilgængeligt.

• Hvorfor består min AWS/cloud-server ikke ping-tjek?

  De fleste cloud-udbydere blokerer ICMP som standard på security group- eller firewall-niveau. Serveren er ellers sund men svarer ikke på ping. For cloud-workloads anbefal check af HTTP eller TCP-porte. Du kan eksplicit tillade ICMP i security groups hvis du virkelig har brug for ping.

• Hvad er forskellen mellem ping og TCP port-tjek?

  Ping bruger ICMP (ingen port – ren lag-3-tilgængelighed). TCP-port åbner en TCP-forbindelse på en specifik port – bekræfter lag-4-forbindelse. En host kan bestå ping men fejle TCP (firewall blokerer porten) eller omvendt (ICMP blokeret, port åben).

• Måler I round-trip tid på ping?

  Ja – svartid (round-trip) registreres ved hvert tjek og kan følges over tid. Nyttigt til at opdage netværksforringelse: samme host men RTT stiger langsomt fra 20ms til 200ms betyder problemer med routing eller congestion.

• Kan jeg pinge interne IP'er?

  Kun hvis IP'en er tilgængelig fra vores checker-servere – altså offentlig IP. Private områder RFC1918 (192.168.x.x, 10.x.x.x, 172.16-31.x.x) virker ikke fra ekstern overvågning. For intern infrastruktur, kør en self-hosted heartbeat-agent på det interne netværk, der pinger os.