K čemu slouží monitorování ping?

Kontrola dostupnosti na 3. vrstvě — jestli host odpovídá na ICMP echo. Užitečné pro routery, switche, IoT zařízení, interní infrastrukturu a vše, co neběží na HTTP, ale má být dostupné.

Proč můj server AWS/cloud neprochází ping kontrolou?

Většina cloudových poskytovatelů ve výchozím nastavení blokuje ICMP na úrovni security-group nebo firewallu. Server je jinak v pořádku, ale na ping neodpovídá. Pro cloudové workloady preferujte HTTP nebo TCP port kontrolu. Můžete explicitně povolit ICMP v security groups, pokud opravdu potřebujete ping.

Jaký je rozdíl mezi ping a TCP port kontrolou?

Ping používá ICMP (bez portu — čistá dostupnost vrstvy 3). TCP port navazuje TCP spojení na konkrétním portu — potvrzuje spojení vrstvy 4. Host může projít pingem, ale selhat na TCP (firewall blokuje port) nebo naopak (ICMP je blokováno, port otevřený).

Měříte čas round-trip pingu?

Ano — doba odpovědi (round-trip) je zaznamenána při každé kontrole a sledována v čase. Užitečné pro detekci degradace sítě: stejný host, ale RTT pomalu roste ze 20ms na 200ms znamená problém s routováním nebo zahlcením.

Mohu pingovat interní IP?

Pouze pokud je IP dostupná z našich checkovacích serverů — tedy veřejná IP. Privátní rozsahy RFC1918 (192.168.x.x, 10.x.x.x, 172.16-31.x.x) nebudou fungovat z externího monitoringu. Pro interní infrastrukturu spusťte self-hosted heartbeat agenta na interní síti, který pinguje nás.

Sledování pingu — ověřování dostupnosti TCP

Ověřte, že je váš server dostupný na síťové úrovni – nezávisle na spuštěné webové službě.

Proč ping, když už monitoruji HTTP

HTTP monitoring říká, zda stránka vrací správnou odpověď. Ping monitoring ukazuje, zda je vůbec stroj dosažitelný. Jsou to různé otázky a rozdíl je zásadní, když něco spadne. Když havaruje webová aplikace, ale server běží, HTTP selže – ping projde. To okamžitě zúží diagnostiku. Když selžou oba – chyba v síti nebo infrastruktuře. Když selže jen ping – možná firewall začal blokovat sondy, ale HTTP stále funguje pro uživatele.

Ping monitoring je také správný nástroj pro hosty, kteří nespouštějí HTTP: databázové servery, mailservery, aplikační servery za load balancerem, VPN brány, interní služby – všude tam, kde potřebujete prostě vědět „zda tato krabice žije a je dosažitelná“.

Proč ping na bázi TCP

Klasický ICMP ping (příkaz "ping") je skvělý na desktopu, ale nespolehlivý pro monitoring z cloudu. Většina moderních firewallů ICMP blokuje nebo omezuje jeho rychlost, zejména z veřejných sítí, takže ICMP timeout může znamenat jak "server spadl", tak "firewall zahodil paket". Taková nejednoznačnost je katastrofa pro alertovací nástroj.

DiagnoSEO Uptime Monitoring používá TCP ping: zkontroluje otevřením TCP spojení na známý port (nejprve 80, fallback 443) s 5sekundovým timeoutem. Pokud přijde SYN/ACK – host je dosažitelný. Pokud ne – dostanete skutečnou chybu s kódem z jádra (connection refused, timeout, no route to host), což urychlí triage.

Co se ukládá

Každý ping ukládá výsledek (nahoře / dole) a čas RTT v milisekundách. To jde do stejné historie jako HTTP monitory – dostanete sparkline posledních kontrol, procenta 24h a 30d uptime a teplotní mapu dostupnosti za posledních 30 dní. Když host spadne, otevře se incident a odešlou se notifikace na aktivované kanály.

Tipy pro ping monitory

Zvolte krátký interval: ping je levný, nastavte 1–5 minut, pokud to plán dovoluje. Rychlejší detekce za nízkou cenu.
Kombinujte s port monitory: pokud máte DB na 5432 nebo mail na 25, přidejte také port monitor. Ping říká „krabice žije“, port říká „služba naslouchá“.
Sledujte RTT: čas odpovědi se ukládá při každé kontrole. Náhlé skoky RTT často předcházejí úplným výpadkům – nastavte práh a chyťte je, než se stanou incidentem.
Využívejte potvrzovací práh: sítě se občas zahltí. Výchozí dvě po sobě chybné kontroly chrání před falešně pozitivními alarmy.

Jak zapadá do dashboardu

Ping monitory se objevují vedle HTTP, port, klíčových slov, API a heartbeat monitorů ve stejném seznamu. Můžete je otagovat („infra“, „interní“), filtrovat podle statusu, řadit podle RTT a pozastavit/obnovit jako každý jiný. Upozornění chodí stejnými kanály (Email, Telegram, Slack, Discord, SMS) se stejnými pravidly nočního klidu a potvrzovacího prahu.

Nastavení

Otevřete nástroj, klikněte na „Přidat monitor“, vyberte typ „Ping (TCP)“, vložte hostitele (např. db.internal.firma.com), nastavte interval a uložte. Od příštího cyklu monitor každou minutu otevře TCP spojení, uloží RTT a upozorní, když host přestane odpovídat.

Nejčastější dotazy

K čemu slouží monitorování ping?
Kontrola dostupnosti na 3. vrstvě — jestli host odpovídá na ICMP echo. Užitečné pro routery, switche, IoT zařízení, interní infrastrukturu a vše, co neběží na HTTP, ale má být dostupné.
Proč můj server AWS/cloud neprochází ping kontrolou?
Většina cloudových poskytovatelů ve výchozím nastavení blokuje ICMP na úrovni security-group nebo firewallu. Server je jinak v pořádku, ale na ping neodpovídá. Pro cloudové workloady preferujte HTTP nebo TCP port kontrolu. Můžete explicitně povolit ICMP v security groups, pokud opravdu potřebujete ping.
Jaký je rozdíl mezi ping a TCP port kontrolou?
Ping používá ICMP (bez portu — čistá dostupnost vrstvy 3). TCP port navazuje TCP spojení na konkrétním portu — potvrzuje spojení vrstvy 4. Host může projít pingem, ale selhat na TCP (firewall blokuje port) nebo naopak (ICMP je blokováno, port otevřený).
Měříte čas round-trip pingu?
Ano — doba odpovědi (round-trip) je zaznamenána při každé kontrole a sledována v čase. Užitečné pro detekci degradace sítě: stejný host, ale RTT pomalu roste ze 20ms na 200ms znamená problém s routováním nebo zahlcením.
Mohu pingovat interní IP?
Pouze pokud je IP dostupná z našich checkovacích serverů — tedy veřejná IP. Privátní rozsahy RFC1918 (192.168.x.x, 10.x.x.x, 172.16-31.x.x) nebudou fungovat z externího monitoringu. Pro interní infrastrukturu spusťte self-hosted heartbeat agenta na interní síti, který pinguje nás.

Sledování pingu