écho ICMP (ce que ping demande réellement)

Les deux messages que ping envoie et attend en retour : une requête d'écho ICMP, puis une réponse d'écho. C'est tout le protocole en jeu — aucun port, aucune connexion TCP, aucun processus de votre service. D'où la portée réelle de 3 packets transmitted, 0 received, 100% packet loss : ce n'est pas un verdict sur le serveur. Hébergeurs et pare-feu d'hôtes jettent l'écho par routine, et la même adresse peut répondre {"status":"ok"} en HTTP une minute plus tard. Un ping vivant ne prouve pas davantage : une adresse a répondu en ICMP, rien n'a été appris sur votre port ni sur le processus censé écouter. Il garde un seul emploi étroit : quand un test TCP vers votre port expire, un ping qui répond montre que les paquets atteignent l'hôte — le filtre jette donc le port, pas l'adresse entière.