IP & Network

Ping ICMP

Mesure la latence aller-retour vers tout hôte ou IP, en direct.

Host or IP, packet count IPv4, IPv6 or domain. Public addresses only.

Try 8.8.8.8 1.1.1.1 google.com

À propos de cet outil

Ping envoie des requêtes echo ICMP vers un hôte et mesure le temps que prend chaque réponse. C'est le test de joignabilité le plus simple et le plus ancien sur internet — et toujours le moyen le plus rapide de confirmer si un serveur est actif, à quelle distance réseau il se trouve, et si le chemin entre vous et lui est stable.

Notre outil envoie de 1 à 30 echos depuis notre serveur de Francfort, diffuse chaque réponse vers votre navigateur dès son arrivée, et termine par le résumé standard min/avg/max/mdev plus le pourcentage de perte de paquets. Les valeurs de temps proviennent directement du noyau, donc ce que vous voyez est l'aller-retour réel sur le câble — pas la surcharge de traitement des requêtes.

Quand utiliser cet outil

Confirmer qu'un serveur est joignable. Une exécution propre avec 0 % de perte signifie que l'hôte est actif et que ICMP est autorisé de bout en bout.
Comparer la latence vers plusieurs emplacements. Exécutez l'outil sur la même cible depuis différentes régions pour voir quel datacentre est le plus proche en temps réseau.
Repérer un chemin instable. Des RTT stables sont sains ; le gigue (mdev élevé) et la perte intermittente indiquent une liaison congestionnée ou défaillante quelque part sur le chemin.
Vérifier un déploiement. Juste après un changement de DNS ou de répartiteur de charge, pinguez la nouvelle IP pour vérifier qu'elle répond avant d'envoyer du vrai trafic.

Comment lire le résultat

seq est le numéro d'echo (1, 2, 3 …). ttl est le temps de vie restant dans la réponse — il vous indique approximativement combien de sauts le paquet a effectués pour revenir. time est l'aller-retour en millisecondes. Le résumé en bas vous donne le minimum, la moyenne, le maximum et l'écart moyen sur tous les echos réussis, plus le nombre de paquets perdus. Quelques pour cent de perte sont généralement du bruit ; une perte soutenue supérieure à 5–10 % mérite enquête.

Questions fréquentes

Pourquoi l'hôte affiche-t-il 100 % de perte de paquets alors que je peux le naviguer ?

De nombreux hôtes (en particulier les répartiteurs de charge cloud, les bordures CDN et les routeurs domestiques derrière NAT) rejettent l'écho ICMP par politique tout en servant HTTP, SSH ou d'autres trafics TCP. 100 % de perte de ping n'est pas un signal fiable de "hors service" pour ceux-ci — essayez une vérification au niveau TCP (Port Checker) avant de supposer que le service est inaccessible.

Qu'est-ce que mdev et pourquoi est-ce important ?

mdev est l'écart moyen des temps d'aller-retour — une mesure de la gigue. Un mdev faible (moins de quelques ms) signifie que le chemin est stable ; un mdev élevé par rapport à la moyenne signifie que le RTT oscille, ce qui est mauvais pour la VoIP, les jeux et tout protocole sensible à la latence. La qualité des appels audio commence à se dégrader autour de 30–50 ms de gigue, indépendamment de la latence moyenne.

Les IP privées et les adresses link-local sont-elles autorisées ?

Non. Pour empêcher les abus et les fuites accidentelles, l'outil refuse les plages privées RFC 1918 (10/8, 172.16/12, 192.168/16), loopback, link-local (169.254/16), CGN (100.64/10) et les points de terminaison de métadonnées cloud (169.254.169.254 etc.). Pinguer votre propre LAN devrait se faire depuis votre propre machine, pas depuis un service public.

Puis-je augmenter le nombre d'echos ?

Oui — choisissez 5, 10, 20 ou 30 dans le menu déroulant. Plus d'echos vous donnent une moyenne plus serrée et un meilleur sens de la gigue, mais chaque echo attend 1 seconde par défaut, donc 30 echos prennent environ 30 secondes. Pour une vérification rapide de joignabilité, 5 suffisent ; pour diagnostiquer une perte intermittente, 20+ est plus utile.

En quoi cela diffère-t-il de l'exécution de ping dans mon terminal ?

Les sondes ICMP partent de notre serveur de Francfort, pas de votre machine, donc les RTT absolus reflètent la distance réseau entre nous et la cible — utile pour vérifier si la cible est joignable depuis l'extérieur de votre propre réseau, mais pas la même chose que votre latence locale. Exécutez le même ping localement pour comparer ; si nos chiffres sont bons et les vôtres non, le problème est dans votre connexion, pas à la destination.