Accessibilité et latence via TCP
DNS et enregistrements
Lookup DNS Tous les enregistrements DNS d'un domaine Lookup d'enregistrement A Adresses IPv4 d'un domaine Lookup d'enregistrement AAAA Adresses IPv6 d'un domaine Lookup MX Serveurs de messagerie d'un domaine Lookup NS Serveurs de noms faisant autorité Lookup TXT Enregistrements TXT, SPF, vérification Lookup CNAME Enregistrements de nom canonique (alias) Lookup SOA Enregistrement Start of Authority Lookup SRV Enregistrements de localisation de service Lookup CAA Quelles CA peuvent émettre des certificats DNS inversé (PTR) Adresse IP vers nom d'hôte Vérification DNSSEC Le domaine est-il signé et validé ? Diagnostic DNS Un bilan complet de délégation et de DNSDélivrabilité des e-mails
Vérification SPF Validez votre enregistrement Sender Policy Framework Vérification DMARC Inspectez et évaluez votre politique DMARC Vérification DKIM Trouvez et validez votre clé publique DKIM Vérification de liste noire Vérifiez une IP face aux listes de blocage e-mail (DNSBL) Test SMTP Connectez-vous à un serveur de messagerie et vérifiez STARTTLS Vérification MTA-STS Politique TLS imposée pour le courrier entrant Vérification BIMI Enregistrement de logo de marque pour l'e-mail Vérification TLS-RPT Politique de rapport TLS SMTPRéseau et web
Vérification de certificat SSL Inspectez le certificat TLS d'un site et son expiration Vérification des en-têtes HTTP Inspectez les en-têtes de réponse, redirections et sécurité Ping (TCP) Accessibilité et latence via TCP Vérification de ports Quels ports courants sont ouvertsDomaine
Lookup WHOIS Données d'enregistrement pour domaines, IP et ASNUn 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.
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.
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é.
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.
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é.
Le ping classique utilise l'ICMP, que les pare-feu et les CDN rejettent fréquemment, de sorte qu'il peut signaler un échec même quand un site est parfaitement en ligne. Le ping TCP ouvre une connexion vers un port de service comme le 443 ou le 80, que tout serveur web fonctionnel doit accepter. Comme il emprunte le même chemin que le trafic réel, il réussit là où l'ICMP est filtré.
En dessous de 50 ms c'est excellent et la réponse paraît instantanée, entre 50 et 150 ms c'est normal pour des connexions qui traversent des régions ou des continents, et au-delà de 150 ms cela devient perceptible en usage interactif. Plus important que la valeur absolue, il y a la régularité : une moyenne stable avec un faible écart entre le minimum et le maximum indique un chemin sain, tandis que de fortes variations révèlent une congestion ou un serveur surchargé.
Ils résument plusieurs tentatives chronométrées. Le minimum est la réponse la plus rapide, représentant la latence optimale du chemin réseau. La moyenne est la latence typique à laquelle vous pouvez vous attendre. Le maximum est la tentative la plus lente. L'écart entre le minimum et le maximum correspond à la gigue : un écart serré indique une connexion stable, tandis qu'un écart large révèle une congestion ou une instabilité sur la route.
Oui, c'est exactement à cela que sert un ping TCP. Au lieu d'un echo ICMP, il ouvre une connexion TCP vers les ports 443 et 80, que les serveurs web doivent accepter pour servir du trafic. Cela atteint les hôtes derrière des pare-feu et des CDN qui rejettent silencieusement l'ICMP, vous donnant une véritable mesure de joignabilité et de latence là où un ping standard expirerait simplement.
Ce sont les ports HTTPS et HTTP standard que les serveurs web doivent garder ouverts pour fonctionner, ce qui en fait des cibles fiables pour un ping basé sur la connexion. En chronométrant la poignée de main TCP vers ces ports, IPeek mesure la latence du chemin qui transporte réellement le trafic web, et il confirme la joignabilité des hôtes qui ne répondent jamais aux requêtes echo ICMP derrière les hébergements et CDN modernes.