Qu'est-ce qu'un ping TCP ?
Un ping TCP mesure si un hôte est joignable et à quelle vitesse il répond en ouvrant une connexion TCP plutôt qu'en envoyant un echo ICMP. Comme l'ICMP est indisponible derrière la plupart des hébergeurs et des CDN, IPeek mesure la joignabilité et la latence à l'aide d'une connexion TCP vers les ports 443 et 80, en rapportant le temps d'aller-retour minimum, moyen et maximum sur plusieurs tentatives.
En quoi le ping TCP diffère du ping ICMP
La commande ping classique envoie une requête echo ICMP et chronomètre la réponse. Cela fonctionne sur un réseau local mais échoue sur une grande partie de l'internet public, car les pare-feu, les CDN et les fournisseurs cloud rejettent ou déprioritisent systématiquement l'ICMP. Un ping TCP ouvre au contraire une véritable connexion vers un port de service et chronomètre la durée de la poignée de main. Comme les serveurs web doivent accepter les connexions sur les ports 443 et 80 pour fonctionner, cette méthode atteint de façon fiable des hôtes qui ne répondent jamais à l'ICMP, et elle mesure la latence du chemin qui transporte réellement votre trafic.
Comment lire vos résultats de latence
IPeek rapporte le temps d'aller-retour minimum, moyen et maximum sur plusieurs tentatives. Le minimum correspond à la latence optimale du chemin ; la moyenne est ce à quoi vous pouvez généralement vous attendre. L'écart entre le minimum et le maximum représente la gigue : un faible écart indique une connexion stable, tandis qu'un écart important signale une congestion ou un hôte surchargé. À titre indicatif, en dessous de 50 ms c'est excellent, entre 50 et 150 ms c'est normal d'une région à l'autre, et des temps constamment élevés ou très variables révèlent un problème réseau ou serveur qui mérite d'être examiné.
Quand le ping TCP est l'outil adapté
Optez pour un ping TCP lorsqu'un ping classique signale 100 % de perte de paquets alors que le site se charge manifestement, ce qui veut simplement dire que l'ICMP est filtré. Utilisez-le pour confirmer qu'un serveur accepte les connexions sur ses ports web, pour comparer la latence vers un hôte depuis votre emplacement, ou pour repérer une lenteur intermittente avant qu'elle ne devienne une panne. C'est aussi la mesure honnête lorsque l'expérience utilisateur réelle vous importe, car il chronomètre le même chemin TCP que celui utilisé par les navigateurs et les API, et non un canal ICMP distinct.
Pourquoi l'ICMP est souvent bloqué
Les opérateurs bloquent ou limitent l'ICMP pour réduire la surface d'attaque et le bruit : les inondations ICMP étaient un vecteur classique de déni de service, et les réponses echo divulguent des informations utiles à la reconnaissance. Les CDN et les répartiteurs de charge terminent par ailleurs les connexions en périphérie, de sorte qu'un ping ICMP mesurerait le nœud de périphérie le plus proche plutôt que l'origine. Pour cette raison, un ping ICMP en échec ne dit rien sur le fait qu'un site soit en ligne ou non. Un ping TCP vers les ports que le service écoute réellement donne une réponse fiable, par oui ou par non, sur la joignabilité.