Wiki DNSprobe - IP
Latence
La section Latence mesure le temps de réponse réseau approximatif entre DNSprobe et l’adresse IP testée.
La latence dépend du chemin réseau, de la distance, du routage, des pare-feux et du moment du test.
Elle donne une indication utile, mais ne remplace pas une surveillance multi-région ou des mesures applicatives complètes.
1. Vue d’ensemble
Un test de latence mesure combien de temps un paquet prend pour aller vers l’hôte et revenir, lorsque l’hôte répond.
Certains serveurs bloquent ICMP/ping. Dans ce cas, une absence de réponse ne signifie pas nécessairement que le service web ou mail est hors ligne.
2. Ce que DNSprobe vérifie
DNSprobe lance un contrôle asynchrone afin d’éviter de ralentir le rapport complet.
- Mesure du délai de réponse depuis l’emplacement du serveur DNSprobe.
- Signalement des timeouts ou hôtes qui ne répondent pas au ping.
- Affichage séparé des tests de ports lorsque la disponibilité applicative doit être distinguée du ping.
3. Interpréter les résultats
La latence doit être comparée au public cible et à l’emplacement du serveur de test.
- Faible latence: chemin réseau court ou bien optimisé depuis DNSprobe.
- Latence élevée: distance, congestion, routage indirect ou protection réseau possible.
- Timeout: ICMP bloqué, hôte filtré ou problème de connectivité.
4. Bonnes pratiques
- Tester depuis plusieurs régions si la performance utilisateur est critique.
- Ne pas conclure qu’un service est hors ligne uniquement parce que ping échoue.
- Surveiller les changements soudains de latence après une migration DNS ou CDN.
- Comparer ping, tests de ports et mesures HTTP réelles.
5. Tests manuels
Mesurez depuis votre réseau local.
ping -c 4 203.0.113.10
traceroute 203.0.113.10
curl -w '%{time_connect} %{time_starttransfer}\n' -o /dev/null -s https://example.comLe résultat depuis votre poste peut différer de celui de DNSprobe, car le chemin réseau n’est pas le même.