A cosa serve il monitoraggio ping?

Verifica la disponibilità a livello 3 — se l’host risponde all’ICMP echo. Utile per router, switch, dispositivi IoT, infrastrutture interne e tutto ciò che non lavora su HTTP ma deve essere raggiungibile.

Perché il mio server AWS/cloud non supera i controlli ping?

La maggior parte dei provider cloud blocca l’ICMP di default a livello di security-group o firewall. Il server è comunque sano ma non risponde al ping. Per workload nel cloud preferisci controlli HTTP o porte TCP. Puoi abilitare esplicitamente l’ICMP nei security group se ti serve davvero il ping.

Qual è la differenza tra ping e controllo porta TCP?

Il ping usa ICMP (senza porta — pura disponibilità livello-3). Il controllo porta TCP apre una connessione TCP su una specifica porta — conferma la connettività livello-4. Un host può passare il ping ma fallire la TCP (firewall blocca la porta) o viceversa (ICMP bloccato, porta aperta).

Misurate il tempo round-trip del ping?

Sì — il tempo di risposta (round-trip) viene registrato ad ogni controllo e tenuto sotto osservazione nel tempo. Utile per rilevare degrado di rete: lo stesso host ma RTT che sale lentamente da 20ms a 200ms indica problemi di routing o congestione.

Posso pingare IP interni?

Solo se l’IP è raggiungibile dai nostri server checker — cioè IP pubblici. Gli intervalli privati RFC1918 (192.168.x.x, 10.x.x.x, 172.16-31.x.x) non funzioneranno dal monitoring esterno. Per infrastruttura interna, avvia un agente heartbeat self-hosted nella rete interna che ci pinga.

Monitoraggio ping — Verifiche di raggiungibilità TCP

Verifica che il tuo server sia attivo a livello di rete, indipendentemente da eventuali servizi web in esecuzione.

Perché il ping, se già monitoro l’HTTP

Il monitoraggio HTTP ti dice se la pagina restituisce una risposta corretta. Il monitoraggio ping ti dice se la macchina è raggiungibile in assoluto. Sono domande diverse e questa differenza conta quando qualcosa va giù. Se un’applicazione web va in crash ma il server è vivo, HTTP va giù – ma il ping passa. Questo restringe subito la diagnosi. Se entrambi cadono – c’è un problema di rete o infrastrutturale. Se solo il ping fallisce – è possibile che il firewall abbia iniziato a bloccare le sonde, mentre HTTP continua a funzionare per gli utenti.

Il monitoraggio ping è anche lo strumento giusto per host che non eseguono HTTP: server di database, mail server, application server dietro un load balancer, gateway VPN, servizi interni – ovunque tu abbia solo bisogno di sapere "questa macchina è viva e raggiungibile".

Perché il ping basato su TCP

Il ping ICMP classico (comando "ping") è ottimo da desktop, ma inaffidabile per il monitoraggio dal cloud. La maggior parte dei firewall moderni blocca o limita l’ICMP, specialmente dalle reti pubbliche, quindi un timeout ICMP può significare sia "server giù" che "il firewall ha scartato il pacchetto". Tale ambiguità è una catastrofe per uno strumento di allerta.

DiagnoSEO Uptime Monitoring utilizza il ping basato su TCP: il controllo apre una connessione TCP su una porta nota (prima 80, fallback su 443) con timeout di 5 secondi. Se riceve SYN/ACK – l’host è raggiungibile. Se no – ricevi un vero errore dal kernel (connection refused, timeout, no route to host), il che accelera il triage.

Cosa viene registrato

Ogni ping registra il risultato (up / down) e il tempo RTT in millisecondi. I dati confluiscono nello stesso pipeline storico dei monitor HTTP – ottieni uno sparkline degli ultimi controlli, percentuali di uptime su 24h e 30gg, e una heatmap della disponibilità negli ultimi 30 giorni. Se un host va giù, viene aperto un incidente e vengono inviate notifiche sui canali attivi.

Suggerimenti per monitor ping

Scegli un intervallo breve: il ping è leggero, imposta 1-5 minuti se il piano lo permette. Rilevamento più rapido a basso costo.
Abbina a monitor di porte: se hai un database su 5432 o una mail su 25, aggiungi anche un monitor porta. Il ping indica "la macchina è viva", la porta dice "il servizio è in ascolto".
Tieni d’occhio l’RTT: il tempo di risposta viene registrato ad ogni controllo. Impennate improvvise dell’RTT spesso anticipano incidenti – configura una soglia per individuarli prima che diventino incidenti.
Usa una soglia di conferma: le reti sono variabili. Il default di 2 controlli consecutivi errati protegge dai falsi positivi.

Come si integra nella dashboard

I monitor ping compaiono insieme ai monitor HTTP, porta, keyword, API e heartbeat nello stesso elenco. Puoi taggarli ("infra", "interno"), filtrarli per stato, ordinarli per RTT e metterli in pausa/riattivarli come gli altri. Gli avvisi arrivano sugli stessi canali (Email, Telegram, Slack, Discord, SMS) con le stesse regole di silenzio notturno e conferma degli errori.

Configurazione

Apri lo strumento, clicca "Aggiungi monitor", scegli il tipo "Ping (TCP)", incolla l’host (ad es. db.internal.firma.com), imposta intervallo e salva. Dal ciclo successivo, il monitor ogni minuto apre una connessione TCP, registra l’RTT e ti avvisa se l’host smette di rispondere.

Domande frequenti

A cosa serve il monitoraggio ping?
Verifica la disponibilità a livello 3 — se l’host risponde all’ICMP echo. Utile per router, switch, dispositivi IoT, infrastrutture interne e tutto ciò che non lavora su HTTP ma deve essere raggiungibile.
Perché il mio server AWS/cloud non supera i controlli ping?
La maggior parte dei provider cloud blocca l’ICMP di default a livello di security-group o firewall. Il server è comunque sano ma non risponde al ping. Per workload nel cloud preferisci controlli HTTP o porte TCP. Puoi abilitare esplicitamente l’ICMP nei security group se ti serve davvero il ping.
Qual è la differenza tra ping e controllo porta TCP?
Il ping usa ICMP (senza porta — pura disponibilità livello-3). Il controllo porta TCP apre una connessione TCP su una specifica porta — conferma la connettività livello-4. Un host può passare il ping ma fallire la TCP (firewall blocca la porta) o viceversa (ICMP bloccato, porta aperta).
Misurate il tempo round-trip del ping?
Sì — il tempo di risposta (round-trip) viene registrato ad ogni controllo e tenuto sotto osservazione nel tempo. Utile per rilevare degrado di rete: lo stesso host ma RTT che sale lentamente da 20ms a 200ms indica problemi di routing o congestione.
Posso pingare IP interni?
Solo se l’IP è raggiungibile dai nostri server checker — cioè IP pubblici. Gli intervalli privati RFC1918 (192.168.x.x, 10.x.x.x, 172.16-31.x.x) non funzioneranno dal monitoring esterno. Per infrastruttura interna, avvia un agente heartbeat self-hosted nella rete interna che ci pinga.

Monitoraggio ping