Nadzor pinga

Zakaj ping, če že spremljam HTTP

Spremljanje HTTP pove, ali spletna stran vrača pravilen odgovor. Spremljanje ping pove, ali je naprava sploh dosegljiva. To sta različni vprašanji, razlika pa je pomembna, ko nekaj odpove. Če spletna aplikacija zruši, vendar strežnik živi, HTTP ne dela — ping pa prehaja. To takoj zoža diagnostiko. Če oba ne delujeta — gre za težavo v omrežju ali infrastrukturi. Če odpove samo ping — je morda požarni zid začel blokirati sonde, medtem ko HTTP še vedno deluje za uporabnike.

Spremljanje ping je tudi prava izbira za gostitelje, ki ne poganjajo HTTP: strežniki podatkovnih baz, poštni strežniki, aplikacijski strežniki za load balancerjem, VPN prehodi, notranje storitve — povsod, kjer preprosto potrebuješ informacijo, ali "škatla živi in je dosegljiva".

Zakaj ping temelji na TCP

Klasičen ICMP ping (ukaz "ping") je odličen na namizju, a je nezanesljiv za spremljanje iz oblaka. Večina sodobnih požarnih zidov blokira ali omejuje ICMP, zlasti iz javnih omrežij, zato časovna omejitev ICMP lahko pomeni tako "strežnik je padel" kot tudi "požarni zid je požrl paket". Takšna nejasnost je katastrofa za orodje za alarmiranje.

DiagnoSEO Uptime Monitoring uporablja ping, osnovan na TCP: preverjanje vzpostavi TCP povezavo na znan port (najprej 80, nato po potrebi 443) s 5-sekundnim časovnim zamikom. Če pride nazaj SYN/ACK — gostitelj je dosegljiv. Če ne — prejmeš resnično napako s kodo iz jedra (connection refused, timeout, no route to host), kar pospeši diagnostiko.

Kaj se zapisuje

Vsak ping zabeleži rezultat (gor / dol) in čas RTT v milisekundah. To gre v isti zgodovinski tok kot HTTP monitorji — dobiš sparkline zadnjih preverjanj, odstotek uptime za 24h in 30d ter toplotni zemljevid dosegljivosti zadnjih 30 dni. Če gostitelj pade, se odpre incident in obvestila letijo na izbrane kanale.

Nasveti za ping monitorje

• Izberi kratek interval: ping je poceni, nastavi 1–5 minut, če paket to dovoljuje. Hitrejše zaznavanje z nizkimi stroški.
• Poveži s port monitorji: če imaš bazo na 5432 ali pošto na 25, dodaj še port monitor. Ping pove "škatla živi", port pa "storitev posluša".
• Spremljaj RTT: čas odgovora se beleži pri vsakem preverjanju. Nenadni skoki RTT pogosto napovedujejo večje izpade — nastavi prag in jih ujami, preden postanejo incidenti.
• Uporabljaj prag potrditve: omrežja se včasih prekinjajo. Privzeto 2 zaporedni napačni preverjanji preprečita lažno pozitivne alarme.

Kako se vključi v nadzorno ploščo

Ping monitorji se prikažejo poleg HTTP, port, keyword, API in heartbeat monitorjev na istem seznamu. Lahko jim dodeliš oznake ("infra", "notranje"), filtriraš po statusu, razvrstiš po RTT in jih pavziraš/znova vključiš kot katerikoli drugi monitor. Obvestila prihajajo po enakih kanalih (Email, Telegram, Slack, Discord, SMS) z enakimi pravili za nočno tišino in prag potrditve.

Nastavitve

Odpri orodje, klikni "Dodaj monitor", izberi tip "Ping (TCP)", prilepi gostitelja (npr. db.internal.firma.com), nastavi interval in shrani. Od naslednjega cikla bo monitor vsako minuto odprl TCP povezavo, zabeležil RTT in te obvestil, ko gostitelj ne bo več dosegljiv.

Pogosta vprašanja

• Za kaj se uporablja spremljanje ping?

  Preveri dosegljivost na plasti 3 — ali gostitelj odgovori na ICMP echo. Uporabno za usmerjevalnike, stikala, IoT naprave, notranjo infrastrukturo in vse, kar ne deluje na HTTP, a mora biti dosegljivo.

• Zakaj moj AWS/cloud strežnik ne opravi ping preverjanj?

  Večina ponudnikov v oblaku privzeto blokira ICMP na ravni security-group ali požarnega zidu. Strežnik je sicer zdrav, a ne odgovarja na ping. Za delovne obremenitve v oblaku raje uporabljaj HTTP ali TCP port preverjanja. Če res potrebuješ pinga, lahko izrecno dovoliš ICMP v security groups.

• Kakšna je razlika med pingom in TCP port preverjanjem?

  Ping uporablja ICMP (brez porta — čista dosegljivost layer-3). TCP port odpre TCP povezavo na določenem portu — potrdi povezljivost layer-4. Gostitelj lahko opravi ping, a pade na TCP (požarni zid blokira port), ali obratno (ICMP blokiran, port odprt).

• Ali merite čas round-trip pinga?

  Da — odzivni čas (round-trip) se zabeleži pri vsakem preverjanju in spremlja skozi čas. Uporabno za zaznavanje degradacije omrežja: isti gostitelj, a RTT počasi naraste iz 20ms na 200ms pomeni težave z usmerjanjem ali zasičenostjo omrežja.

• Ali lahko pingam notranji IP?

  Samo če je IP dosegljiv iz naših checker strežnikov — torej javni IP. Zasebni razponi RFC1918 (192.168.x.x, 10.x.x.x, 172.16-31.x.x) ne bodo delovali iz zunanjega spremljanja. Za notranjo infrastrukturo namesti self-hosted heartbeat agenta v notranje omrežje, ki pinga nas.