Outil de ping
Vérifiez si un hôte public accepte les connexions TCP sur le port 80 depuis notre serveur. L’outil effectue quatre tentatives de connexion distinctes, attend au maximum trois secondes pour chacune et indique le temps de connexion de chaque réussite. Il s’agit d’un test de port TCP, et non d’un écho ICMP, d’une requête HTTP ou d’une mesure effectuée depuis votre appareil.
Comment effectuer le test TCP
-
1
Saisissez un hôte public
Utilisez un domaine tel que `example.com` ou une adresse IPv4 publique. Le schéma de l’URL, le chemin et le port éventuellement indiqué sont ignorés : le test utilise toujours le port 80.
-
2
Lancez le test
Notre serveur résout l’hôte, refuse les cibles privées, de bouclage, link-local et les autres cibles non publiques, puis effectue quatre tentatives de connexion TCP.
-
3
Examinez chaque tentative
La ligne d’une tentative réussie indique la durée de l’appel de connexion. En cas d’échec, elle affiche l’erreur de socket renvoyée par le serveur.
-
4
Interprétez le récapitulatif avec prudence
Le minimum, la moyenne et le maximum ne tiennent compte que des tentatives réussies. Le pourcentage de perte affiché correspond à la part des connexions qui ont échoué ; il ne mesure pas la perte de paquets IP.
Ce que ce test envoie réellement
La commande ping classique envoie des paquets ICMP Echo Request et mesure leurs réponses. Cet outil procède autrement : le serveur de l’application appelle connect() pour le port TCP 80. Il n’envoie aucune requête HTTP, ne vérifie aucun code d’état et ne récupère aucune page.
Une tentative réussie prouve qu’une connexion TCP au port 80 a été acceptée depuis notre serveur à cet instant. Elle ne prouve pas que le protocole HTTPS fonctionne sur le port 443, que le site renvoie un contenu valide ou que le service est opérationnel pour les internautes d’une autre région. Un échec ne signifie pas non plus nécessairement que l’hôte est indisponible : le port 80 peut être fermé ou filtré alors qu’un autre service reste accessible.
Comprendre les résultats
| Résultat | Signification exacte | Ce qu’il ne permet pas d’établir |
|---|---|---|
| Durée de la tentative | Temps consacré à la résolution ou à l’ouverture de cette connexion TCP, en millisecondes | Temps d’aller-retour ICMP ou temps de chargement d’une page |
| Minimum | Tentative réussie la plus rapide | Valeur de référence garantie pour chaque visiteur |
| Moyenne | Moyenne des seules tentatives réussies | Moyenne incluant les tentatives ayant échoué |
| Maximum | Tentative réussie la plus lente | Cause d’un délai ou d’un changement de route |
| Perte | Pourcentage des quatre tentatives de connexion TCP ayant échoué | Pourcentage de perte des paquets réseau |
Avec seulement quatre mesures, les écarts entre le minimum et le maximum peuvent révéler une variation des temps de connexion, mais ils ne suffisent pas pour diagnostiquer un encombrement, un problème de Wi-Fi, de routage ou une perte de paquets. Répétez le test et utilisez des outils de diagnostic réseau spécialisés si vous devez examiner le trajet.
Pourquoi une tentative peut échouer
- Le nom ne peut pas être résolu : la recherche DNS initiale n’a renvoyé aucune adresse publique, le test de connexion ne démarre donc pas.
- Connexion refusée : la cible a répondu, mais aucun service n’a accepté la connexion TCP sur le port 80.
- Délai dépassé ou autre erreur de socket : un pare-feu peut ignorer la connexion, la route ou la cible peut être indisponible, ou la tentative peut avoir dépassé la limite de trois secondes.
- Seules les cibles publiques sont autorisées : les adresses privées, de bouclage, link-local, réservées et les autres adresses non publiques sont bloquées. Si un nom d’hôte se résout vers au moins une adresse bloquée, l’outil le refuse.
Les quatre tentatives sont exécutées sur notre serveur, et non dans votre navigateur. Le nom d’hôte est donc envoyé au serveur pour être traité, et le résultat décrit la connectivité depuis le réseau du serveur. Dans l’interface en deux étapes, le nom d’hôte peut également apparaître dans l’URL de la page. Ne saisissez aucun nom d’hôte interne ou sensible.
Portée et limites
Il s’agit d’un test ponctuel du port 80, composé de quatre tentatives avec une limite de trois secondes par tentative. L’outil ne propose ni traceroute, ni surveillance continue, ni historique, ni export, et il ne permet pas de tester un port personnalisé. Utilisez un outil de vérification HTTP si vous avez besoin d’une véritable réponse HTTP, un outil de recherche DNS pour consulter les enregistrements et un service de surveillance pour réaliser des contrôles réguliers depuis plusieurs emplacements.
Questions fréquentes
Non. La commande ping habituelle utilise les messages ICMP Echo Request et Echo Reply. Cet outil ouvre des connexions TCP vers le port 80 depuis notre serveur et chronomètre les appels de connexion. Les deux tests peuvent produire des résultats différents, car les pare-feu et les services ne traitent pas ICMP et TCP de la même manière.
Elle signifie uniquement que le port 80 a accepté une connexion TCP depuis notre serveur. L’outil ne demande aucune page et ne vérifie ni le statut HTTP, ni le contenu, ni le certificat TLS, ni le port 443. Utilisez un outil de vérification HTTP ou ouvrez le site séparément pour tester ces éléments.
Votre navigateur utilise peut-être HTTPS sur le port 443, tandis que cet outil teste toujours le port 80. La cible peut également filtrer notre serveur, ou la connectivité peut varier selon l’emplacement. Une connexion refusée, un délai dépassé et un échec DNS correspondent à des situations différentes : consultez l’erreur affichée.
Il s’agit du pourcentage des quatre tentatives de connexion TCP qui n’ont pas abouti : 0 %, 25 %, 50 %, 75 % ou 100 %. L’interface emploie le terme « perte », mais cette valeur ne mesure pas directement la perte de paquets et ne doit pas être interprétée comme un taux de perte de paquets ICMP.
Non. L’outil accepte uniquement les hôtes publics accessibles sur Internet et se connecte toujours au port 80. Il bloque les plages d’adresses privées, locales et réservées afin d’empêcher l’utilisation du serveur pour accéder à des services internes.
Outils similaires
Calculateur de sous-réseau IP
Calculez la plage de sous-réseau, le réseau, la diffusion, les hôtes utilisables et le masque wildcard pour tout bloc CIDR IPv4 avec une couverture complète de /0 à /32.
Testeur CORS
Envoyez une requête OPTIONS préalable vers n'importe quelle URL et inspectez Access-Control-Allow-Origin, les en-têtes et les méthodes renvoyés par le serveur. Déboguez rapidement les échecs inter-origines.
Calculateur CIDR
Calculez l'adresse réseau, l'adresse de diffusion, la plage d'hôtes, les IP utilisables et le masque de sous-réseau pour tout bloc CIDR IPv4.
Vérificateur de point de terminaison API
Testez depuis votre navigateur un endpoint HTTP ou HTTPS compatible CORS. Examinez le statut final, les en-têtes exposés, le délai et un aperçu limité du corps.
Recherche d'adresse IP
Recherchez une adresse IPv4 ou IPv6 publique pour obtenir le pays, la région, la ville, les coordonnées, l'ISP, l'ASN, l'organisation et le fuseau horaire approximatifs.
Vérificateur d'âge de domaine
Vérifiez quand un domaine a été enregistré pour la première fois et son âge en années, mois et jours en utilisant les données WHOIS du registre.
Outil disponible dans d’autres langues
- เครื่องมือ Ping [TH]
- 핑 도구 [KO]
- Alat Ping [ID]
- Ferramenta de ping [PT]
- Pingtool [NL]
- أداة Ping [AR]
- Ping-Tool [DE]
- Herramienta de ping [ES]
- Pingverktyg [SV]
- Công cụ ping [VI]
- Pingツール [JA]
- Narzędzie ping [PL]
- Ping 工具 [ZH]
- Ping Tool [EN]
- Strumento ping [IT]
- Проверка соединения Ping [RU]
- Ping aracı [TR]