IP & Network
Ping ICMP
Misura la latenza round-trip verso host o IP, in diretta.
Host or IP, packet count
IPv4, IPv6 or domain. Public addresses only.
Informazioni su questo strumento
Ping invia richieste ICMP echo a un host e misura quanto tempo impiega ogni risposta. È il test di raggiungibilità più semplice e antico di internet — e ancora il modo più veloce per confermare se un server è attivo, quanto è lontano in tempo di rete e se il percorso tra voi e lui è stabile.
Il nostro strumento invia da 1 a 30 echo dal nostro server di Francoforte, trasmette ogni risposta al browser man mano che arriva e termina con il riepilogo standard min/avg/max/mdev più la percentuale di pacchetti persi. I valori temporali arrivano direttamente dal kernel, quindi quello che vedete è il round-trip reale sul filo — non il sovraccarico di gestione della richiesta.
Quando usare questo strumento
- Confermare che un server sia raggiungibile. Un'esecuzione pulita con 0% di perdita significa che l'host è attivo e ICMP è permesso end-to-end.
- Confrontare la latenza verso più posizioni. Lanciare lo strumento contro lo stesso obiettivo da regioni diverse per vedere quale datacenter è più vicino in tempo di rete.
- Individuare un percorso instabile. RTT stabili sono salutari; jitter (
mdevalto) e perdita intermittente indicano un link congestionato o instabile lungo la via. - Verifica post-deploy. Subito dopo un cambio DNS o di load-balancer, fare ping al nuovo IP per verificare che risponda prima di inviare traffico reale.
Come leggere il risultato
seq è il numero dell'echo (1, 2, 3 …). ttl è il time-to-live rimanente nella risposta — indica approssimativamente quanti hop ha attraversato il pacchetto al ritorno. time è il round-trip in millisecondi. Il riepilogo in fondo fornisce minimo, media, massimo e deviazione media su tutti gli echo riusciti, più quanti pacchetti sono stati persi. Una piccola percentuale di perdita è solitamente rumore; una perdita sostenuta sopra il 5–10% merita un'indagine.
Domande frequenti
Perché l'host mostra il 100% di pacchetti persi quando posso navigarci?
Molti host (specialmente load balancer cloud, edge CDN e router domestici dietro NAT) scartano per policy gli ICMP echo pur servendo HTTP, SSH o altro traffico TCP. Il 100% di perdita ping non è un segnale affidabile di "down" per questi — provare un controllo a livello TCP (Verifica delle porte) prima di assumere che il servizio sia irraggiungibile.
Cos'è mdev e perché è importante?
mdev è la deviazione media dei tempi di round-trip — una misura del jitter. Un mdev basso (sotto pochi ms) indica un percorso stabile; un mdev alto rispetto alla media significa che l'RTT rimbalza, brutta notizia per VoIP, gaming e qualsiasi protocollo sensibile alla latenza. La qualità delle chiamate audio inizia a degradarsi attorno a 30–50 ms di jitter indipendentemente dalla latenza media.
Sono ammessi IP privati e indirizzi link-local?
No. Per prevenire abusi e fughe accidentali, lo strumento rifiuta gli intervalli privati RFC 1918 (10/8, 172.16/12, 192.168/16), loopback, link-local (169.254/16), CGN (100.64/10) e gli endpoint di metadata cloud (169.254.169.254 ecc.). Fare ping alla propria LAN deve avvenire dalla propria macchina, non da un servizio pubblico.
Posso aumentare il numero di echo?
Sì — scegliere 5, 10, 20 o 30 dal menu a tendina. Più echo danno una media più precisa e un senso migliore del jitter, ma ogni echo aspetta 1 secondo di default, quindi 30 echo impiegano circa 30 secondi. Per un controllo rapido di raggiungibilità 5 sono sufficienti; per diagnosticare perdite intermittenti 20+ è più utile.