Utiliser un outil de recherche DNS : guide pratique

Un outil de recherche DNS vous permet de demander au système de noms de domaine quels enregistrements sont actuellement publiés pour un nom d'hôte. Il peut faire gagner du temps lorsqu'un site web est inaccessible, qu'un service de messagerie ne reçoit pas de courrier ou qu'une modification DNS récente doit être contrôlée. L'essentiel n'est pas de copier une réponse : il faut savoir quel type d'enregistrement a été interrogé, quel résolveur a répondu, et ce que cette réponse prouve ou non. Une recherche rapporte les données DNS dont disposait ce résolveur à cet instant. Elle ne teste pas si un serveur web est en bonne santé, si une boîte aux lettres accepte les messages, ni si tous les visiteurs dans le monde voient le même résultat.

Partir du nom d'hôte exact et de la question

Avant d'ouvrir un vérificateur DNS, notez le nom précis que vous voulez inspecter. Le domaine racine example.com et un sous-domaine tel que www.example.com peuvent avoir des enregistrements différents, et un hôte de messagerie comme mail.example.com peut différer des deux. Décidez si vous avez besoin d'une adresse IP, d'un acheminement de courrier, des serveurs de noms faisant autorité, d'un alias ou d'un texte de vérification. Cela évite une erreur courante : chercher l'enregistrement A du domaine racine alors que le service défaillant est en réalité la configuration CNAME ou MX d'un sous-domaine. Si vous avez une URL complète, ne retenez que la partie nom d'hôte ; les chemins, chaînes de requête et noms de page ne sont pas des noms DNS.

Lancez la requête pour les types d'enregistrements pertinents au problème, puis lisez chaque résultat avec son statut. Plusieurs adresses peuvent être normales pour un CDN, un service redondant ou du round-robin DNS. Une réponse AAAA vide ne signifie pas automatiquement que tout le domaine est en panne : le nom n'a peut-être pas d'enregistrement IPv6 alors que son enregistrement A fonctionne. Un CNAME pointe vers un autre nom d'hôte ; cette cible peut donc nécessiter une seconde recherche avant que vous connaissiez l'adresse finale. Les résultats MX incluent des priorités, et les valeurs de préférence numériques les plus basses sont essayées avant les plus élevées. Les réponses TXT peuvent être découpées en plusieurs fragments par les outils DNS, même lorsque ces fragments représentent une seule chaîne logique.

Prendre le résultat comme un indice, pas comme un bilan de santé complet

Une réponse DNS réussie prouve qu'un résolveur a renvoyé des données ; elle ne prouve pas que la destination accepte les connexions ni qu'elle sert la bonne application. Pour enquêter sur une panne de site, comparez ses réponses DNS à une valeur connue comme correcte, puis testez séparément HTTPS, le certificat et la réponse de l'application. Pour la messagerie, vérifiez MX et les enregistrements de politique pertinents, mais rappelez-vous que le DNS seul ne peut pas confirmer qu'un serveur destinataire acceptera un message donné. Un timeout, un SERVFAIL, un NXDOMAIN et une réponse valide sans l'enregistrement demandé ont des significations différentes. Notez l'erreur exacte et l'heure afin de pouvoir comparer plus tard, plutôt que de traiter chaque résultat vide comme le même échec.

• Vérifiez le nom d'hôte pleinement qualifié exact, y compris le sous-domaine voulu.
• Interrogez A et AAAA séparément lorsque vous examinez l'accessibilité d'une adresse.
• Utilisez les données NS et SOA pour contrôler la délégation d'une zone ou la configuration faisant autorité.
• Répétez une vérification via un autre résolveur si vous soupçonnez le cache ou un comportement propre à un résolveur.
• Évitez de considérer une adresse IP comme la preuve de l'origine physique d'un domaine, de son propriétaire ou de la santé d'un serveur.

Un flux de travail reproductible pour les modifications

Pour une modification DNS planifiée, enregistrez les réponses précédentes avant de changer quoi que ce soit. Après avoir publié le nouvel enregistrement, interrogez de nouveau le nom et comparez la valeur, le type d'enregistrement et le TTL. Si la réponse n'est pas celle que vous attendiez, vérifiez que vous avez modifié le bon fournisseur DNS et la bonne zone ; les paramètres de serveurs de noms d'un registraire peuvent faire pointer un domaine ailleurs que vers le tableau de bord que vous venez de modifier. Comparez ensuite les serveurs de noms faisant autorité avec un résolveur récursif pour distinguer un problème de configuration de zone de données en cache. Gardez les vérifications centrées sur des enregistrements publics que vous administrez ou que vous êtes autorisé à évaluer, et n'utilisez pas un vérificateur DNS comme prétexte pour sonder des réseaux privés.

Un bon outil de recherche DNS est le plus utile lorsqu'il présente clairement le type d'enregistrement et le résultat, traite IPv4 et IPv6 comme deux questions distinctes et ne dissimule pas les erreurs derrière une simple coche verte. Servez-vous-en pour cerner ce que dit actuellement le DNS, puis utilisez une vérification propre au service pour la couche suivante. Pour une vérification ciblée de domaine vers IP, l'outil de recherche de domaine peut afficher les réponses d'adresses publiques ; le guide des types d'enregistrements DNS explique à quoi sert chaque enregistrement courant. Connaître ces limites vous permet de dépanner plus vite sans surestimer ce qu'une seule requête peut établir.

Conserver une trace utile de la recherche

Lorsqu'une recherche s'inscrit dans un incident ou une modification planifiée, conservez les preuves dans un format compact et reproductible. Notez le nom pleinement qualifié, le type de requête, le statut de la réponse, l'ensemble des réponses, le TTL, le résolveur, l'emplacement réseau et l'horodatage. Ajoutez une phrase décrivant la question à laquelle vous cherchiez à répondre, par exemple si le nouvel hébergeur web était devenu visible ou si une cible MX pointait encore vers l'ancien fournisseur. Le résultat devient ainsi compréhensible pour un collègue qui n'était pas présent lors de la première vérification. Si la réponse change plus tard, vous pouvez comparer des éléments comparables plutôt que d'essayer de vous souvenir du nom d'hôte ou du résolveur utilisé. Ne stockez que les informations dont votre équipe a besoin, surtout lorsque les vérifications concernent des noms non publics ; les services de recherche publics ne sont pas l'endroit adapté pour des noms d'hôte internes confidentiels.