Enregistrements WWW, informations IP et latence de ping

1. Vue d’ensemble des hôtes racine et WWW

La plupart des sites exposent au moins deux noms d’hôte : le domaine nu (exemple.com) et le sous-domaine WWW (www.exemple.com). DNSprobe contrôle les deux.

Pourquoi ces noms d’hôte sont importants

Des enregistrements incohérents entre la racine et WWW peuvent provoquer des avertissements dans les navigateurs, des problèmes SEO et des redirections déroutantes. S’assurer qu’ils se résolvent correctement est une étape simple mais essentielle.

Comment DNSprobe les analyse

DNSprobe interroge les enregistrements A et CNAME pour chaque nom d’hôte, affiche les IP retournées et signale les IP manquantes ou privées pour que vous puissiez les corriger rapidement.

2. Enregistrements A et CNAME WWW

Deux schémas sont courants pour le WWW : soit il possède ses propres enregistrements A, soit il est un CNAME qui pointe vers un autre nom d’hôte.

Enregistrements A du domaine racine

Pour le domaine racine (exemple.com), DNSprobe liste tous les enregistrements A trouvés. En général, vous verrez une ou plusieurs adresses IPv4 appartenant à vos serveurs web ou reverse-proxy.

Enregistrements A / CNAME de WWW

Pour l’hôte WWW, DNSprobe indique s’il existe un CNAME (par exemple www.exemple.com → exemple.com) ou si WWW possède ses propres A. En DNS, il n’est pas autorisé de combiner un CNAME et des enregistrements A sur le même nom.

Bonnes pratiques pour la racine et WWW

• Choisir un seul nom d’hôte canonique (avec ou sans WWW) au niveau du site et du HTTPS.
• Utiliser soit un CNAME pour WWW pointant vers l’hôte canonique, soit des A dédiés, mais jamais les deux en même temps.
• Garder l’ensemble des IP cohérent entre la racine et WWW, sauf si vous avez une raison précise de les router différemment.

3. Adresses IP publiques ou privées

La section WWW vérifie également si les adresses IP retournées par vos enregistrements A sont publiques ou privées.

Pourquoi votre site doit utiliser des IP publiques

Les plages privées telles que 10.x.x.x, 192.168.x.x ou 172.16–31.x ne sont pas joignables depuis Internet. Si votre DNS pointe vers une IP privée, les visiteurs externes ne pourront pas atteindre votre site.

Comment DNSprobe signale les IP privées

Si une IP privée est détectée dans vos enregistrements racine ou WWW, DNSprobe marque le test en échec et liste les adresses concernées afin que vous puissiez les corriger chez votre fournisseur DNS ou dans votre panneau d’hébergement.

4. Reverse DNS et informations d’ASN

Au-delà des IP brutes, il est souvent utile de savoir à quel fournisseur ou réseau elles appartiennent.

Reverse DNS (PTR)

Pour chaque IP, DNSprobe effectue une recherche reverse DNS (PTR). Un nom d’hôte explicite comme server.exemple.net facilite le dépannage, la délivrabilité et l’hygiène générale, même si ce n’est pas strictement obligatoire pour l’hébergement web.

Détails ASN (réseau)

En utilisant le service whois de Team Cymru, DNSprobe récupère le numéro d’AS (ASN), le préfixe IP, le pays et l’organisation qui annoncent l’adresse. Cela permet de vérifier que l’IP appartient bien au fournisseur attendu ou de repérer un routage inhabituel.

5. Test de ping et score de latence

Pour vous donner une idée de la performance réseau, DNSprobe effectue un court test de ping (3 tentatives) vers l’une de vos IP WWW.

Fonctionnement du test de ping

L’outil envoie trois requêtes ICMP, mesure chaque temps de réponse en millisecondes puis calcule la latence moyenne. Le résultat est affiché avec un score qualitatif.

Légende du score de ping

• 🔥 Excellent : latence moyenne < 25 ms (réseau très faible latence).
• ✅ Bon : latence moyenne < 100 ms (confortable pour la plupart des sites).
• ⚠️ Moyen : latence moyenne < 250 ms (acceptable mais la navigation peut sembler plus lente sur les sites dynamiques).
• ❌ Mauvais : latence moyenne ≥ 250 ms ou aucune réponse (forte latence ou hôte non joignable).

Ces mesures sont prises depuis le serveur DNSprobe et peuvent différer de l’expérience des utilisateurs dans d’autres régions, mais elles restent un indicateur utile de la qualité du réseau.

6. Bonnes pratiques et liste de contrôle

Utilisez la section WWW comme un contrôle rapide de l’accessibilité publique de votre domaine.

• Vérifier que le domaine racine et WWW se résolvent vers des IP publiques valides et mènent au même site.
• Confirmer que le reverse DNS et les informations d’ASN correspondent bien au fournisseur attendu (hébergeur, CDN, load balancer, etc.).
• En cas de latence élevée ou de perte de paquets, enquêter avec votre hébergeur ou votre équipe réseau, surtout pour les applications sensibles à la latence.

7. Tester WWW manuellement depuis votre propre terminal

Pour rester totalement transparent, DNSprobe effectue les mêmes types de vérifications WWW que celles que vous pouvez reproduire vous-même. Voici quelques exemples de commandes à exécuter localement pour inspecter les enregistrements A, le CNAME, les IP publiques, le reverse DNS et la latence de votre site.

Linux : utiliser dig et ping

Sur la plupart des distributions Linux, la commande dig est fournie par le paquet d’outils BIND. Les commandes suivantes interrogent les hôtes racine et www, puis envoient quelques requêtes ICMP (ping) pour mesurer la latence :

                dig example.com A
                dig www.example.com A
                dig www.example.com A +short
    
                ping -c 4 www.example.com
        

macOS : utiliser dig avec les outils intégrés

macOS inclut dig dans ses outils en ligne de commande. Ouvrez Terminal et exécutez les mêmes commandes que sous Linux pour voir les enregistrements A et tester la latence de base :

                dig example.com A
                dig www.example.com A
                dig www.example.com A +short
    
                ping -c 4 www.example.com
        

Windows : utiliser nslookup et ping

Sous Windows, vous pouvez utiliser l’outil historique nslookup pour inspecter les enregistrements DNS, ainsi que la commande ping pour tester la réactivité. Exécutez les commandes suivantes dans une fenêtre Invite de commandes ou PowerShell :

                nslookup example.com
                nslookup www.example.com
    
                ping www.example.com
        

Important : ne testez que vos propres domaines ou des domaines que vous êtes autorisé à analyser. Certains fournisseurs peuvent interpréter des tests de réseau et de latence répétés comme une activité suspecte.