Comment fonctionne cet outil
Saisissez une adresse IP ou un nom d’hôte : notre sonde lui envoie une courte série de requêtes d’écho ICMP, les mêmes paquets que la commande ping de votre ordinateur. Le résultat indique les paquets envoyés et reçus, les temps aller-retour minimum, moyen et maximum, et la gigue entre les réponses. Le test est gratuit et sans compte.
Séparément, dès le chargement de la page, votre navigateur mesure sa propre latence vers notre serveur par une série de très petites requêtes HTTP chronométrées. Les navigateurs ne pouvant pas envoyer d’ICMP, c’est un aller-retour HTTP plutôt qu’un vrai ping, mais il suit le même chemin réseau et détermine la réactivité ressentie de ce site.
Les deux mesures répondent à des questions différentes. Le ping de la sonde dit si un hôte est en ligne et à quelle distance de la sonde il se trouve ; la latence du navigateur, à quelle distance vous êtes de notre serveur. Aucune n’est la latence entre vous et l’hôte saisi, qui ne se mesure que depuis votre ordinateur, avec les commandes plus bas. Les noms d’hôte sont résolus avant le ping. La sonde refuse les adresses privées et réservées, limite le débit par visiteur et met brièvement en cache les résultats récents pour ne pas inonder une cible.
Comment lire le résultat
Envoyés et reçus. Si chaque paquet a eu une réponse, l’hôte est joignable et le chemin est propre à cet instant. Si aucun n’a répondu, l’hôte est hors ligne, l’adresse est fausse, ou quelque chose entre la sonde et l’hôte rejette l’ICMP. Des réponses partielles indiquent une perte de paquets en chemin.
Minimum, moyenne et maximum. Le minimum est ce qui se rapproche le plus de la latence pure du chemin : le plus rapide aller-retour constaté. La moyenne est l’expérience typique. Le maximum montre le pire pic. Un grand écart entre minimum et maximum signifie un chemin saturé ou un routeur lent à répondre.
Gigue. La différence moyenne entre temps aller-retour consécutifs. Une gigue faible signifie une connexion régulière. Une gigue élevée avec une moyenne raisonnable est la signature d’interférences Wi-Fi, d’un lien montant saturé ou d’un routeur en bufferbloat, et elle nuit aux appels voix et vidéo plus que la latence moyenne.
Perte de paquets. Le pourcentage de requêtes sans réponse. 0 % est l’objectif. Un paquet perdu sur une courte série peut être du bruit. Une perte constante, surtout avec une latence maximale élevée, mérite un traceroute, qui montre à quel saut les paquets disparaissent.
Le bloc de latence du navigateur suit la même logique : un minimum proche de la moyenne et une faible dispersion signifient une connexion stable vers notre serveur ; de grandes variations pointent vers votre réseau local ou votre FAI.
Que faire en cas de latence ou de perte élevée
L’hôte ne répond pas du tout
- Vérifiez l’adresse ou le nom d’hôte et regardez vers quoi il résout avec la recherche DNS.
- Testez un port que l’hôte devrait avoir ouvert avec le vérificateur de port. Une réponse sur le port 443 et le silence au ping signifient que l’ICMP est filtré, pas que l’hôte est hors ligne.
- Si l’hôte est à vous, vérifiez si son pare-feu rejette les requêtes d’écho ICMP. Sous Linux, cherchez une règle iptables ou nftables sur icmp ; sous Windows, activez la règle entrante « Partage de fichiers et d’imprimantes (requête d’écho) » ; sur un hôte cloud, autorisez l’ICMP dans le groupe de sécurité.
La latence est plus élevée que prévu
- Comparez le minimum à la distance. La lumière dans la fibre parcourt environ 200 kilomètres par milliseconde, et l’aller-retour double cela : un hôte à 5 000 kilomètres ne peut pas répondre en moins d’environ 50 millisecondes, quelle que soit la qualité du réseau.
- Si le minimum est raisonnable mais la moyenne et le maximum élevés, le chemin est saturé. Un traceroute montre le saut où la latence bondit.
- Si la sonde voit une latence faible vers un hôte mais que votre ordinateur voit une latence élevée vers le même hôte, la lenteur est de votre côté : Wi-Fi, routeur ou réseau du FAI.
Votre propre connexion montre une gigue ou une perte élevée
- Branchez-vous en câble plutôt qu’en Wi-Fi et relancez le test de latence du navigateur. Si la dispersion s’effondre, le lien sans fil est en cause : rapprochez-vous du routeur, changez de canal ou passez en 5 GHz.
- Arrêtez les autres transferts sur le réseau. Un seul envoi qui sature le lien montant augmente la latence de tout le reste ; un routeur avec gestion de file intelligente ou QoS la contient.
- Redémarrez le routeur et le modem. Le matériel grand public vieillissant développe exactement ce symptôme.
- Testez à différentes heures. Une perte qui n’apparaît que le soir est une saturation chez le FAI, qui aura besoin de vos mesures comme preuve.
- Avec un VPN ou un proxy, refaites le test sans. Chaque tunnel ajoute le détour par son serveur ; un serveur sur un autre continent peut coûter des centaines de millisecondes.
Pinger depuis votre propre ordinateur
Pour votre propre connexion, utilisez la commande ping.
Windows : ping 203.0.113.45 envoie 4 requêtes par défaut ; ping -t 203.0.113.45 continue jusqu’à Ctrl+C et ping -n 20 203.0.113.45 en envoie 20.
macOS et Linux : ping -c 20 203.0.113.45 envoie 20 requêtes et affiche un résumé avec minimum, moyenne, maximum et écart-type. Sous Linux, ping -i 0.2 raccourcit l’intervalle pour une lecture plus rapide de la gigue. Pour l’IPv6, ping6 sur les anciens systèmes ou ping -6 sur les récents.
Pingez d’abord votre routeur, puis un hôte chez votre FAI, puis une adresse publique connue, puis la cible. Le premier saut où la latence bondit ou où des paquets manquent est l’endroit du problème.
Pinger une IP ou un nom d’hôte
Pinger un nom d’hôte le résout d’abord : un échec peut donc être un problème DNS plutôt que réseau, et la recherche DNS sépare les deux. Un nom d’hôte à plusieurs adresses, courant pour les grands sites, est pingé sur l’une d’elles, qui peut différer de celle à laquelle votre navigateur se connecte. Pinger l’adresse directement lève l’ambiguïté et convient mieux pour suivre un serveur précis.
Le ping teste aussi autre chose qu’une vérification de port. Un hôte qui répond au ping est allumé et routé, sans rien dire de son serveur web, de messagerie ou de jeu ; un hôte qui ignore le ping peut très bien servir des pages. « Le service est-il en ligne ? » : c’est le vérificateur de port qui répond. « L’hôte est-il joignable et à quelle distance ? » : c’est le ping.
Le ping pour qui vérifie un proxy ou un VPN
Pour tester un point de sortie proxy ou VPN avant de s’y fier, deux chiffres comptent : la latence de votre ordinateur vers le point de sortie, mesurée localement avec les commandes ci-dessus, et la latence du point de sortie vers les sites que vous utiliserez, que la sonde approche en pingant le point de sortie depuis Internet. Les deux tronçons s’additionnent à chaque requête à travers le tunnel. Un point de sortie éloigné de vous ou de vos sites cibles paraîtra lent quelle que soit la bande passante annoncée ; une gigue élevée sur l’un des tronçons est la cause habituelle des délais dépassés et des sessions coupées.
Limites de cet outil
- Le ping de la sonde mesure le chemin de notre sonde vers l’hôte, pas depuis chez vous.
- La latence du navigateur utilise HTTP plutôt qu’ICMP : elle inclut un petit surcoût protocolaire et le temps de réponse du serveur. C’est une bonne mesure relative, pas une mesure de laboratoire.
- Beaucoup d’hôtes, de pare-feu et de fournisseurs cloud rejettent ou limitent l’ICMP. Une absence de réponse ne signifie pas que l’hôte est hors ligne.
- Chaque exécution envoie peu de paquets sur quelques secondes. Un problème intermittent peut ne pas apparaître ; répétez le test ou lancez un ping continu localement.
- Les routeurs répondent souvent à l’ICMP plus lentement qu’ils ne transmettent le trafic ; un saut lent isolé ne prouve rien.
- Les noms d’hôte à plusieurs adresses sont pingés sur l’une d’elles.
- L’outil est limité en débit par visiteur et refuse les plages d’adresses privées et réservées.