Pingfelügyelet

Miért van szükség pingre, ha már figyelem az HTTP-t?

Az HTTP-monitorozás azt mutatja meg, hogy az oldal helyes választ ad-e. A ping monitorozás pedig azt, hogy elérhető-e egyáltalán a gép. Különböző kérdések ezek, és a különbség akkor számit, amikor valami leáll. Ha a webalkalmazás összeomlik, de a szerver él, az HTTP elhasal, a ping átmegy. Ez azonnal szűkíti a diagnosztikát. Ha mindkettő leáll – hálózati vagy infrastruktúra hiba történt. Ha csak a ping áll le – lehet, hogy a tűzfal elkezdte blokkolni a próbákat, miközben az HTTP továbbra is működik a felhasználók számára.

A ping monitorozás a megfelelő eszköz azoknál a hostoknál is, melyeken nem fut HTTP: adatbázis szerverek, levelező szerverek, alkalmazásszerverek a load balancer mögött, VPN átjárók, belső szolgáltatások – mindenhol, ahol egyszerűen csak azt kell tudni: "él-e ez a doboz, és elérhető-e".

Miért TCP alapú a ping?

A klasszikus ICMP ping ("ping" parancs) asztali gépen remek, de felhőből való monitorozáshoz megbízhatatlan. A legtöbb modern tűzfal blokkolja vagy lassítja az ICMP-t, főleg nyilvános hálózatokon, így az ICMP timeout jelentheti azt is, hogy "a szerver leállt" vagy "a tűzfal elnyelte a csomagot". Ez a kétértelműség katasztrofális egy riasztó eszköz számára.

A DiagnoSEO Uptime Monitoring TCP-alapú pinget használ: az ellenőrzés TCP-kapcsolatot nyit egy ismert porton (először a 80-ason, alternatíva a 443), 5 másodperces időkorláttal. Ha SYN/ACK érkezik – a host elérhető. Ha nem – valós hibát kapsz vissza a rendszermagtól (connection refused, timeout, no route to host), ami gyorsítja a hibakeresést.

Mit naplózunk?

Minden pingnél rögzítjük az eredményt (up / down) és az RTT időt milliszekundumban. Ez ugyanabba a történelem-pipeline-ba kerül, mint a HTTP monitoroké – láthatod a legutóbbi ellenőrzések sparkline-ját, 24h és 30napos uptime százalékot, valamint az utóbbi 30 nap elérhetőségi hőtérképét. Ha egy host lezuhan, incidenst indítunk, és értesítést kapsz a bekapcsolt csatornákon.

Tippek a ping monitorokhoz

• Válassz rövid intervallumot: a ping olcsó, 1-5 percet állíts be, ha az előfizetésed engedi. Gyorsabb hibadetektálás alacsony költséggel.
• Kombináld port monitorral: ha az adatbázisod a 5432, vagy e-mailed a 25-ös porton fut, adj hozzá port monitort is. A ping azt mondja "a doboz él", a port azt, hogy "a szolgáltatás hallgat".
• Figyeld az RTT-t: minden ellenőrzésnél rögzítjük a válaszidőt. Az RTT hirtelen megugrásai gyakran megelőzik a teljes leállásokat – állíts be küszöbértéket, hogy ezeket még incidens előtt lásd.
• Használj megerősítési küszöböt: a hálózatok néha ingadoznak. Az alapértelmezett 2 egymást követő hibás ellenőrzés védi meg a hamis pozitív riasztásoktól.

Hogyan illeszkedik a dashboardba?

A ping monitorok a HTTP, port, kulcsszó, API és heartbeat monitorok mellett jelennek meg ugyanabban a listában. Tag-elheted őket ("infra", "belső"), szűrheted státusz szerint, RTT-re rendezheted, szüneteltetheted / újraaktiválhatod, mint bármelyik mást. A riasztások ugyanazokon a csatornákon mennek (Email, Telegram, Slack, Discord, SMS), ugyanazokkal az éjjeli csend szabályokkal és megerősítési küszöbértékekkel.

Beállítás

Nyisd meg az eszközt, kattints a „Monitor hozzáadása” gombra, válaszd ki a típusnál a "Ping (TCP)" opciót, másold be a host nevét (például db.internal.firma.com), állítsd be az intervallumot, majd mentsd el. Ezt követően a monitor percenként TCP-kapcsolatot nyit, rögzíti az RTT-t, és értesít, ha a host nem válaszol többé.

Gyakran ismételt kérdések

• Mire való a ping monitorozás?

  Elérhetőség ellenőrzése 3-as rétegen – válaszol-e a host az ICMP echo-ra. Hasznos routereknél, switcheknél, IoT eszközöknél, belső infrastruktúránál és minden olyan rendszernél, ami nem HTTP-n működik, de elérhetőnek kell lennie.

• Miért nem megy át a ping checkeken az AWS/cloud szerverem?

  A legtöbb felhőszolgáltató alapból blokkolja az ICMP-t security group-ban vagy tűzfalon. Ettől még a szerver egészséges lehet, csak nem válaszol pingre. Felhős workloadoknál inkább HTTP- vagy TCP-port ellenőrzőket használj. ICMP-t akkor engedélyezz security group-ban, ha tényleg szükség van rá.

• Mi a különbség a ping és a TCP port check között?

  A ping ICMP-t használ (port nélkül – tiszta layer-3 elérhetőség). A TCP port ellenőrzés a megadott porton TCP-kapcsolatot nyit – a layer-4 kapcsolatot igazolja. Egy host átmehet a pingen, de elbukhat TCP-n (tűzfal blokkolja a portot), vagy fordítva is (ICMP blokkolt, port nyitott).

• Méritek a ping round-trip idejét?

  Igen – minden egyes ellenőrzéskor rögzítjük a válaszidőt (round-trip) és visszanézhető az idősorban. Hasznos a hálózati degradáció felismerésében: ha ugyanannál a hostnál az RTT fokozatosan 20ms-ról 200ms-ra nő, az routing vagy congestion problémára utal.

• Pingelhetem a belső IP-ket?

  Csak akkor, ha az IP elérhető az ellenőrző szervereinkről – vagyis publikus IP-ről van szó. A privát RFC1918 tartományok (192.168.x.x, 10.x.x.x, 172.16-31.x.x) nem működnek külső monitorozásból. Belső infrastruktúrához futtass self-hosted heartbeat agentet a belső hálózaton, amely minket pingel.