Ping-overvåking

Hvorfor ping når jeg allerede overvåker HTTP

HTTP-overvåking forteller deg om nettstedet svarer riktig. Ping-overvåking forteller deg om maskinen i det hele tatt er tilgjengelig. Dette er ulike spørsmål, og forskjellen har betydning når noe går ned. Hvis en webapplikasjon krasjer, men serveren fortsatt er oppe, feiler HTTP, men ping går gjennom. Dette snevrer inn diagnosen umiddelbart. Hvis begge feiler – er det et nettverks- eller infrastrukturproblem. Hvis bare ping feiler – kan det være at brannmuren har begynt å blokkere pingsondene, mens HTTP fortsatt fungerer for brukerne.

Ping-overvåking er også det riktige verktøyet for verter som ikke kjører HTTP: databaseservere, mailservere, app-servere bak en lastbalanser, VPN-gatewayer, interne tjenester – overalt der du bare trenger å vite "lever boksen og er den tilgjengelig".

Hvorfor TCP-basert ping

Klassisk ICMP-ping (kommandoen "ping") er flott på desktop, men upålitelig for overvåking fra skyen. De fleste moderne brannmurer blokkerer eller rate-limiter ICMP, spesielt fra offentlige nettverk, så ICMP-timeout kan bety både "serveren er nede" og "brannmur kastet pakken". Slik tvetydighet er katastrofalt for et varslingsverktøy.

DiagnoSEO Uptime Monitoring bruker TCP-basert ping: sjekken åpner en TCP-tilkobling på en kjent port (først 80, deretter 443 som reserve) med 5 sekunders timeout. Hvis du får SYN/ACK– er verten tilgjengelig. Hvis ikke – får du en ekte feil med feilkode fra kjernen (connection refused, timeout, no route to host), noe som gir raskere feilsøking.

Hva som logges

Hver ping registrerer resultatet (oppe / nede) og RTT-tiden i millisekunder. Dette sendes inn i den samme historikkpipen som HTTP-monitorene – du får sparkline for de siste sjekkene, oppetidsprosent for 24h og 30d samt varmekart for tilgengelighet de siste 30 dagene. Hvis en vert går ned, åpnes en hendelse og det sendes varsler på de aktiverte kanalene.

Tips for ping-overvåkning

• Velg et kort intervall: ping er billig, sett 1–5 minutter hvis planen tillater det. Raskere oppdagelse til lav pris.
• Kombiner med portovervåkning: hvis du har database på 5432 eller e-post på 25, legg også til en portmonitor. Ping sier "boksen lever", port sier "tjenesten lytter".
• Følg med på RTT: svartiden logges ved hver sjekk. Plutselige hopp i RTT markerer ofte begynnelsen på større problemer – sett et terskelnivå, så oppdager du dette før det blir til hendelser.
• Bruk bekreftelsesterskel: nettverk kan ha små knepp. Standard 2 påfølgende feil beskytter mot falske positiver.

Hvordan det passer inn i dashboardet

Ping-monitorer vises sammen med HTTP-, port-, nøkkelord-, API- og heartbeat-monitorer på samme liste. Du kan tagge dem ("infra", "interne"), filtrere på status, sortere på RTT og pause/gjenoppta som alle andre. Varsler sendes på de samme kanalene (E-post, Telegram, Slack, Discord, SMS) med de samme reglene for stille perioder og bekreftelsesterskel.

Konfigurasjon

Åpne verktøyet, klikk "Legg til monitor", velg typen "Ping (TCP)", lim inn vert (f.eks. db.internal.firma.com), sett intervall og lagre. Fra neste syklus åpner monitoren en TCP-forbindelse hvert minutt, logger RTT og varsler når verten slutter å svare.

Ofte stilte spørsmål

• Hva brukes ping-overvåking til?

  Sjekk tilgjengelighet på lag 3 – om verten svarer på ICMP echo. Nyttig for rutere, switcher, IoT-enheter, intern infrastruktur og alt som ikke kjører HTTP men bør være tilgjengelig.

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

  De fleste skyleverandører blokkerer ICMP som standard i security groups eller brannmur. Serveren ellers er frisk men svarer ikke på ping. For arbeidslaster i skyen anbefales HTTP- eller TCP-port-sjekker. Du kan eksplisitt åpne for ICMP i security groups hvis du virkelig trenger ping.

• Hva er forskjellen mellom ping og TCP-port-sjekk?

  Ping bruker ICMP (ingen port – ren lag-3 tilgjengelighet). TCP-port åpner en TCP-forbindelse på bestemt port – bekrefter lag-4-konnektering. En vert kan passere ping men feile TCP (brannmur blokkerer port) eller omvendt (ICMP blokkert, port åpen).

• Måler dere round-trip-tid (RTT) for ping?

  Ja – svartiden (round-trip) logges ved hver sjekk og spores over tid. Nyttig for å oppdage nettverksdegradering: samme vert men RTT øker gradvis fra 20ms til 200ms betyr at det er problemer med rutingen eller høy trafikk.

• Kan jeg pinge interne IP-er?

  Bare hvis IP-en er tilgjengelig fra våre checker-servere – altså offentlig IP. Private områder RFC1918 (192.168.x.x, 10.x.x.x, 172.16-31.x.x) fungerer ikke fra ekstern overvåking. For intern infrastruktur, kjør en self-hosted heartbeat-agent i det interne nettverket som pinger oss.