Erreurs DNS et de domaine

À propos de cette catégorie d’erreurs

# Erreurs DNS et de domaine

Les erreurs DNS surviennent lorsqu’un hostname ne peut pas être traduit en adresse IP ou en endpoint de service nécessaire pour accéder à un site web. Le message du navigateur peut mentionner le DNS, mais le problème sous-jacent peut être limité à un appareil, affecter un réseau local ou concerner les enregistrements, les nameservers ou le statut d’enregistrement du domaine.

Symptômes courants

Les problèmes DNS et de domaine peuvent se manifester ainsi :

• DNS_PROBE_FINISHED_NXDOMAIN dans un navigateur.
• DNS_PROBE_FINISHED_BAD_CONFIG ou un autre message lié au resolver.
• Un hostname qui fonctionne pour certains utilisateurs, mais pas pour d’autres.
• Un domaine nouvellement enregistré ou un enregistrement récemment modifié qui ne se résout pas.
• Un domaine racine qui fonctionne alors que www ou un autre sous-domaine échoue.
• Un hostname qui échoue sur un réseau alors que les autres sites web continuent de se charger.
• Un domaine qui se résout vers la mauvaise adresse après une modification DNS.

Le résultat exact est important. NXDOMAIN signifie que la requête DNS a reçu une réponse indiquant que le nom n’existe pas. Cela diffère d’un timeout, d’une requête refusée ou d’une erreur HTTP ou TLS renvoyée après la résolution DNS.

Déterminer d’abord l’étendue de la panne

Avant de modifier les enregistrements DNS, déterminez si le problème affecte un appareil, un réseau ou le domaine depuis plusieurs emplacements :

1. Testez le hostname depuis une autre connexion, par exemple les données mobiles au lieu du réseau Wi-Fi concerné.
2. Testez un autre appareil si vous en avez un à disposition.
3. Vérifiez séparément le domaine racine, www et chaque sous-domaine pertinent.
4. Si un seul appareil ou réseau échoue, examinez ses paramètres DNS, son VPN, ses logiciels de sécurité, son routeur et les résultats mis en cache.
5. Si le hostname échoue systématiquement sur différents réseaux, examinez les enregistrements DNS faisant autorité du domaine et sa délégation.

Si le hostname fonctionne ailleurs, modifier les enregistrements faisant autorité ne corrigera probablement pas l’appareil concerné. Une panne observée sur plusieurs réseaux indépendants constitue un indice plus solide d’un problème lié au domaine, à la zone, au nameserver ou à l’enregistrement du domaine.

Vérifier la configuration DNS faisant autorité

En cas de panne affectant tout le domaine, vérifiez la configuration auprès du fournisseur DNS qui fait autorité pour le domaine. Vérifiez notamment que :

• Le domaine utilise les nameservers faisant autorité prévus.
• Ces nameservers sont correctement délégués auprès du registrar ou de la zone parente.
• L’enregistrement A ou AAAA requis existe pour le hostname exact testé.
• Un CNAME pointe vers la cible prévue et n’est pas associé à des enregistrements incompatibles lorsque le fournisseur DNS interdit cette configuration.
• www possède son propre enregistrement ou alias correct si les visiteurs l’utilisent.
• L’enregistrement se trouve dans la bonne zone DNS et le hostname n’a pas été dupliqué ou saisi incorrectement.
• La destination appartient au fournisseur d’hébergement ou de service prévu.

Un enregistrement peut être correctement formaté tout en pointant vers le mauvais service. Si le DNS renvoie la destination attendue mais que le navigateur affiche un statut HTTP, un échec de redirection, une erreur de connexion ou un avertissement de certificat, examinez plutôt l’hébergement, le serveur web, TLS, les règles du pare-feu ou l’application au lieu de modifier le DNS de façon répétée.

Comprendre la mise en cache et la propagation DNS

Les resolvers DNS récursifs mettent en cache les réponses selon le TTL de chaque enregistrement. Après une modification légitime, différents réseaux peuvent temporairement renvoyer des réponses différentes, car ils ont reçu les anciennes et les nouvelles réponses à des moments différents.

Attendre ne répare pas un enregistrement manquant, une délégation de nameserver incorrecte, un hostname mal orthographié ou une modification effectuée auprès du mauvais fournisseur DNS. Confirmez le hostname exact, le fournisseur faisant autorité et la délégation actuelle avant d’attribuer le problème à la propagation. Modifier un enregistrement à répétition peut rendre les résultats plus difficiles à interpréter et prolonger la mise en cache de réponses incohérentes.

Utiliser l’erreur spécifique comme indice

DNS_PROBE_FINISHED_NXDOMAIN

Cette réponse signifie généralement que le resolver a été informé que le nom demandé n’existe pas. Vérifiez que le hostname ne contient pas de faute de frappe, confirmez que le domaine est enregistré et actif, puis vérifiez la délégation des nameservers et les enregistrements requis. Si le nom fonctionne depuis un autre réseau, comparez les paramètres DNS locaux et les réponses mises en cache avant de modifier les enregistrements faisant autorité.

Consultez le guide [DNS_PROBE_FINISHED_NXDOMAIN](dns-probe-finished-nxdomain) pour effectuer des vérifications ciblées.

DNS_PROBE_FINISHED_BAD_CONFIG

Cela indique généralement que l’appareil ou le réseau local ne parvient pas à utiliser correctement le service DNS configuré. Comparez le résultat sur un autre réseau, examinez les serveurs DNS configurés et vérifiez le routeur, le VPN ou les logiciels de sécurité. Si un seul domaine échoue sur plusieurs réseaux, examinez plutôt sa délégation et ses enregistrements au lieu de supposer que l’appareil est mal configuré.

Consultez le guide [DNS_PROBE_FINISHED_BAD_CONFIG](dns-probe-finished-bad-config) pour un diagnostic étape par étape.

Quand contacter un autre fournisseur

Contactez le registrar ou le fournisseur DNS lorsque les nameservers sont incorrects, que la zone est absente, que le domaine présente un problème d’enregistrement ou de compte, ou que les enregistrements ne peuvent pas être modifiés comme prévu. Contactez le fournisseur d’hébergement ou l’administrateur du site lorsque le DNS se résout vers la destination prévue, mais que le site renvoie une erreur HTTP, de redirection, de connexion, TLS ou d’application.

Lorsque vous transmettez le problème, notez le hostname exact, la date de début du problème, les réseaux testés et le résultat DNS observé. Cela aide à distinguer un problème de cache local ou de resolver d’une panne de délégation, de zone ou d’hébergement.