Do czego służy monitoring ping?

Check dostępności na warstwie 3 — czy host odpowiada na ICMP echo. Przydatne dla routerów, switchy, urządzeń IoT, infrastruktury wewnętrznej i wszystkiego co nie działa na HTTP ale powinno być dostępne.

Dlaczego mój serwer AWS/cloud nie przechodzi checków ping?

Większość dostawców chmury domyślnie blokuje ICMP na poziomie security-group lub firewall. Serwer jest poza tym zdrowy ale nie odpowiada na ping. Dla workloadów chmurowych preferuj checki HTTP lub portów TCP. Możesz explicite zezwolić na ICMP w security groups jeśli naprawdę potrzebujesz pinga.

Jaka jest różnica między ping a checkiem TCP port?

Ping używa ICMP (bez portu — czysta dostępność layer-3). TCP port otwiera połączenie TCP na konkretnym porcie — potwierdza łączność layer-4. Host może przejść ping ale zawieść TCP (firewall blokuje port) lub odwrotnie (ICMP zablokowane, port otwarty).

Czy mierzycie czas round-trip pinga?

Tak — czas odpowiedzi (round-trip) jest rejestrowany przy każdym checku i śledzony w czasie. Przydatne do wykrywania degradacji sieci: ten sam host ale RTT powoli rośnie z 20ms do 200ms znaczy że jest problem z routingiem lub congestion.

Czy mogę ping'ować wewnętrzne IP?

Tylko jeśli IP jest dostępne z naszych serwerów checkerów — czyli publiczne IP. Prywatne zakresy RFC1918 (192.168.x.x, 10.x.x.x, 172.16-31.x.x) nie będą działać z zewnętrznego monitoringu. Dla infrastruktury wewnętrznej uruchom self-hosted agenta heartbeat na sieci wewnętrznej który pinguje nas.

Monitoring ping — sprawdzenia dostępności TCP

Weryfikuj że serwer żyje na poziomie sieci - niezależnie od usług webowych działających na górze.

Po co ping, skoro już monitoruję HTTP

Monitoring HTTP mówi, czy strona zwraca poprawną odpowiedź. Monitoring ping mówi, czy maszyna jest w ogóle osiągalna. To różne pytania, a różnica liczy się, gdy coś pada. Jeśli aplikacja webowa crashuje, ale serwer żyje, HTTP pada - ping przechodzi. To natychmiast zawęża diagnostykę. Jeśli oba padają - awaria sieci lub infrastruktury. Jeśli tylko ping pada - może firewall zaczął blokować sondy, a HTTP nadal działa dla użytkowników.

Monitoring ping to też właściwe narzędzie dla hostów, które nie uruchamiają HTTP: serwery baz danych, mailserwery, app serwery za load balancerem, bramki VPN, serwisy wewnętrzne - wszędzie tam, gdzie potrzebujesz po prostu wiedzieć "czy to pudełko żyje i jest osiągalne".

Dlaczego ping oparty na TCP

Klasyczny ping ICMP (komenda "ping") jest świetny na desktop, ale niewiarygodny do monitoringu z chmury. Większość nowoczesnych firewalli blokuje lub rate-limituje ICMP, zwłaszcza z sieci publicznych, więc timeout ICMP może oznaczać i "serwer padł" i "firewall zjadł pakiet". Taka niejednoznaczność to katastrofa dla narzędzia alertującego.

DiagnoSEO Uptime Monitoring używa pingu opartego na TCP: sprawdzenie otwiera połączenie TCP na znany port (najpierw 80, fallback 443) z 5-sekundowym timeoutem. Jeśli wraca SYN/ACK - host jest osiągalny. Jeśli nie - dostajesz prawdziwą awarię z kodem błędu z jądra (connection refused, timeout, no route to host), co przyspiesza triage.

Co jest zapisywane

Każdy ping zapisuje wynik (up / down) i czas RTT w milisekundach. Trafia to w ten sam pipeline historii co monitory HTTP - dostajesz sparkline ostatnich sprawdzeń, procenty uptime 24h i 30d oraz mapę cieplną dostępności z ostatnich 30 dni. Jeśli host pada, otwierany jest incydent i lecą powiadomienia na włączone kanały.

Wskazówki dla monitorów ping

Wybierz krótki interwał: ping jest tani, ustaw 1-5 minut jeśli plan pozwala. Szybsza detekcja niskim kosztem.
Łącz z monitorami portów: jeśli masz bazę na 5432 lub mail na 25, dodaj też monitor portu. Ping mówi "pudełko żyje", port mówi "usługa nasłuchuje".
Pilnuj RTT: czas odpowiedzi jest zapisywany w każdym sprawdzeniu. Nagłe skoki RTT często poprzedzają pełne awarie - skonfiguruj próg, a złapiesz je zanim staną się incydentami.
Korzystaj z progu potwierdzenia: sieci migają. Domyślne 2 kolejne błędne sprawdzenia chronią przed false positive'ami.

Jak wpasowuje się w dashboard

Monitory ping pojawiają się obok monitorów HTTP, port, keyword, API i heartbeat na tej samej liście. Możesz je tagować ("infra", "wewnętrzne"), filtrować po statusie, sortować po RTT i pauzować/wznawiać jak każdy inny. Alerty idą tymi samymi kanałami (Email, Telegram, Slack, Discord, SMS) z tymi samymi regułami ciszy nocnej i progu potwierdzenia.

Konfiguracja

Otwórz narzędzie, kliknij "Dodaj monitor", wybierz typ "Ping (TCP)", wklej hosta (np. db.internal.firma.com), ustaw interwał i zapisz. Od następnego cyklu monitor co minutę otwiera połączenie TCP, zapisuje RTT i powiadamia, gdy host przestanie odpowiadać.

Najczęściej zadawane pytania

Do czego służy monitoring ping?
Check dostępności na warstwie 3 — czy host odpowiada na ICMP echo. Przydatne dla routerów, switchy, urządzeń IoT, infrastruktury wewnętrznej i wszystkiego co nie działa na HTTP ale powinno być dostępne.
Dlaczego mój serwer AWS/cloud nie przechodzi checków ping?
Większość dostawców chmury domyślnie blokuje ICMP na poziomie security-group lub firewall. Serwer jest poza tym zdrowy ale nie odpowiada na ping. Dla workloadów chmurowych preferuj checki HTTP lub portów TCP. Możesz explicite zezwolić na ICMP w security groups jeśli naprawdę potrzebujesz pinga.
Jaka jest różnica między ping a checkiem TCP port?
Ping używa ICMP (bez portu — czysta dostępność layer-3). TCP port otwiera połączenie TCP na konkretnym porcie — potwierdza łączność layer-4. Host może przejść ping ale zawieść TCP (firewall blokuje port) lub odwrotnie (ICMP zablokowane, port otwarty).
Czy mierzycie czas round-trip pinga?
Tak — czas odpowiedzi (round-trip) jest rejestrowany przy każdym checku i śledzony w czasie. Przydatne do wykrywania degradacji sieci: ten sam host ale RTT powoli rośnie z 20ms do 200ms znaczy że jest problem z routingiem lub congestion.
Czy mogę ping'ować wewnętrzne IP?
Tylko jeśli IP jest dostępne z naszych serwerów checkerów — czyli publiczne IP. Prywatne zakresy RFC1918 (192.168.x.x, 10.x.x.x, 172.16-31.x.x) nie będą działać z zewnętrznego monitoringu. Dla infrastruktury wewnętrznej uruchom self-hosted agenta heartbeat na sieci wewnętrznej który pinguje nas.

Monitoring ping