La ce folosește monitorizarea ping?

Verificare de disponibilitate la nivelul 3 — dacă host-ul răspunde la ICMP echo. Util pentru routere, switch-uri, dispozitive IoT, infrastructură internă și orice nu rulează HTTP, dar ar trebui să fie accesibil.

De ce serverul meu AWS/cloud nu trece ping check?

Majoritatea furnizorilor cloud blochează ICMP implicit la nivel de security-group sau firewall. Serverul altfel este sănătos, dar nu răspunde la ping. Pentru workload-uri cloud, preferă verificările HTTP sau pe porturi TCP. Poți permite explicit ICMP în security groups dacă ai neapărat nevoie de ping.

Care este diferența dintre ping și check pe port TCP?

Ping-ul folosește ICMP (fără port — pură disponibilitate layer-3). TCP port deschide o conexiune TCP pe un port specific – confirmă conectivitatea layer-4. Host-ul poate trece la ping, dar eșua la TCP (firewall blochează portul) sau invers (ICMP blocat, dar portul deschis).

Măsurați timpul round-trip pentru ping?

Da – timpul de răspuns (round-trip) este înregistrat la fiecare verificare și urmărit în timp. Util pentru detectarea degradării rețelei: același host, dar RTT crește treptat de la 20ms la 200ms înseamnă că există probleme de rutare sau congestie.

Pot să dau ping la IP-uri interne?

Numai dacă IP-ul este accesibil de pe serverele noastre de verificare – adică IP public. Intervalele private RFC1918 (192.168.x.x, 10.x.x.x, 172.16-31.x.x) nu vor funcționa cu monitorizarea externă. Pentru infrastructură internă, pornește agentul heartbeat self-hosted în rețeaua locală, care să ping-uiască către noi.

Monitorizare ping — verificări de accesibilitate TCP

Verificați dacă serverul dumneavoastră este activ la nivelul rețelei — independent de orice serviciu web rulând peste acesta.

De ce ping, dacă deja monitorizez HTTP

Monitorizarea HTTP arată dacă site-ul returnează un răspuns corect. Monitorizarea ping arată dacă mașina este accesibilă în general. Sunt întrebări diferite, iar diferența contează când ceva pică. Dacă aplicația web se prăbușește, dar serverul rămâne activ, HTTP cade – ping trece. Acest lucru îngustează imediat diagnosticul. Dacă ambele cad – e o problemă de rețea sau infrastructură. Dacă doar ping-ul cade – poate firewall-ul a început să blocheze sondele, dar HTTP încă funcționează pentru utilizatori.

Monitorizarea ping este și instrumentul potrivit pentru hosturi care nu rulează HTTP: servere de baze de date, servere de email, servere de aplicații din spatele unui load balancer, gateway-uri VPN, servicii interne – oriunde ai nevoie pur și simplu să știi „dacă această cutie trăiește și este accesibilă”.

De ce ping bazat pe TCP

Pingul clasic ICMP (comanda "ping") este excelent pe desktop, dar nesigur pentru monitorizare din cloud. Majoritatea firewall-urilor moderne blochează sau limitează ICMP, mai ales din rețele publice, așa încât timeout-ul ICMP poate însemna atât „serverul a căzut”, cât și „firewall-ul a blocat pachetul”. O asemenea ambiguitate este un dezastru pentru unelte de alertare.

DiagnoSEO Uptime Monitoring folosește ping bazat pe TCP: verificarea deschide o conexiune TCP pe un port cunoscut (mai întâi 80, apoi 443 ca fallback) cu timeout de 5 secunde. Dacă revine SYN/ACK – host-ul este accesibil. Dacă nu – primești o eroare reală cu codul de eroare din kernel (connection refused, timeout, no route to host), ceea ce accelerează trierea.

Ce se înregistrează

Fiecare ping salvează rezultatul (up / down) și timpul RTT în milisecunde. Acestea merg pe același pipeline de istoric ca și monitoarele HTTP – primești un sparkline cu ultimele verificări, procente de uptime 24h și 30z și o hartă termică a disponibilității din ultimele 30 de zile. Dacă host-ul cade, se deschide un incident și sunt trimise notificări pe canalele activate.

Sfaturi pentru monitoarele ping

Alege un interval scurt: ping-ul este ieftin, setează 1-5 minute dacă planul permite. Detecție mai rapidă, cost redus.
Combină cu monitorizare port: dacă ai o bază de date pe 5432 sau email pe 25, adaugă și monitorizarea portului. Ping-ul spune „cutia trăiește”, portul spune „serviciul ascultă”.
Monitorizează RTT: timpul de răspuns se salvează la fiecare verificare. Creșteri bruște ale RTT preced adesea o cădere totală – configurează un prag ca să le prinzi înainte să devină incidente.
Folosește pragul de confirmare: rețelele fluctuează. Implicit două erori consecutive protejează de alerte false pozitive.

Cum se integrează în dashboard

Monitoarele ping apar lângă monitoarele HTTP, port, keyword, API și heartbeat, pe aceeași listă. Le poți eticheta („infra”, „interne”), filtra după status, sorta după RTT și pune pe pauză / relua ca pe oricare alt monitor. Alerta vine prin aceleași canale (Email, Telegram, Slack, Discord, SMS) cu aceleași reguli de silențiere de noapte și praguri de confirmare.

Configurare

Deschide unealta, apasă „Adaugă monitor”, alege tipul „Ping (TCP)”, introdu hostul (ex. db.internal.firma.com), setează intervalul și salvează. Din ciclul următor, monitorul va deschide la fiecare minut o conexiune TCP, va salva RTT și va notifica atunci când host-ul nu mai răspunde.

Întrebări frecvente

La ce folosește monitorizarea ping?
Verificare de disponibilitate la nivelul 3 — dacă host-ul răspunde la ICMP echo. Util pentru routere, switch-uri, dispozitive IoT, infrastructură internă și orice nu rulează HTTP, dar ar trebui să fie accesibil.
De ce serverul meu AWS/cloud nu trece ping check?
Majoritatea furnizorilor cloud blochează ICMP implicit la nivel de security-group sau firewall. Serverul altfel este sănătos, dar nu răspunde la ping. Pentru workload-uri cloud, preferă verificările HTTP sau pe porturi TCP. Poți permite explicit ICMP în security groups dacă ai neapărat nevoie de ping.
Care este diferența dintre ping și check pe port TCP?
Ping-ul folosește ICMP (fără port — pură disponibilitate layer-3). TCP port deschide o conexiune TCP pe un port specific – confirmă conectivitatea layer-4. Host-ul poate trece la ping, dar eșua la TCP (firewall blochează portul) sau invers (ICMP blocat, dar portul deschis).
Măsurați timpul round-trip pentru ping?
Da – timpul de răspuns (round-trip) este înregistrat la fiecare verificare și urmărit în timp. Util pentru detectarea degradării rețelei: același host, dar RTT crește treptat de la 20ms la 200ms înseamnă că există probleme de rutare sau congestie.
Pot să dau ping la IP-uri interne?
Numai dacă IP-ul este accesibil de pe serverele noastre de verificare – adică IP public. Intervalele private RFC1918 (192.168.x.x, 10.x.x.x, 172.16-31.x.x) nu vor funcționa cu monitorizarea externă. Pentru infrastructură internă, pornește agentul heartbeat self-hosted în rețeaua locală, care să ping-uiască către noi.

Monitorizare ping