Aller au contenu principal
Boletolibre

Pourquoi les résolveurs DNS donnent des réponses différentes pour un domaine événementiel

Une personne ouvre la billetterie tandis qu'une autre voit une ancienne page ou une erreur. Une seule capture d'écran ne suffit pas à identifier la cause. Le premier guide de diagnostic compare le même nom et le même type d'enregistrement entre serveurs faisant autorité et résolveurs récursifs. Pour un événement, il faut aussi noter l'étape du parcours concernée.

La rédaction de Boletolibre

Publié

Schéma comparant une même requête sur les serveurs faisant autorité et deux résolveurs.
Noter nom, type, heure et réseau avant d'interpréter les écarts.

Noter la requête exacte

Télécharger la fiche originale de comparaison DNS (Markdown)

Indiquez le nom complet : domaine racine, www ou sous-domaine d'inscription, ainsi que le type A, AAAA, CNAME ou autre. Pour chaque réponse, relevez statut, valeur, heure, réseau et résolveur. Ne comparez pas des noms ou types différents. Ajoutez le dernier changement DNS approuvé et la tâche de l'utilisateur affectée.

Comparer d'abord les serveurs délégués faisant autorité

Vérifiez la délégation actuelle, puis posez la même question à chaque serveur faisant autorité. S'ils divergent, transmettez le journal des changements au responsable de la zone. S'ils concordent mais pas les résolveurs récursifs, conservez réponses et TTL. Les caches et les modifications DNS peuvent devenir visibles à des moments différents; aucun délai universel ne remplace les observations.[2][3]

Séparer cache, vue privée et routage voulu

La différence peut provenir d'un cache encore valide ou, lors d'une panne, de données périmées. Elle peut aussi refléter la géographie du CDN, une vue DNS privée ou une politique réseau. Une IP différente ne démontre pas à elle seule une erreur. Relevez statut, TTL et réseau; transmettez les preuves de SERVFAIL à l'opérateur DNS.[4][1]

Désigner le responsable et vérifier séparément la billetterie

Documentez l'hypothèse, ses preuves et ses limites. Après une modification autorisée, répétez les requêtes et contrôlez séparément HTTPS, l'inscription et le paiement hébergé par un tiers. Des réponses DNS identiques ne garantissent pas un achat fonctionnel.

Sources et lectures complémentaires

  1. Diagnose different answers from DNS resolversClueDNS · Consulté
  2. Troubleshooting Public DNSGoogle Public DNS · Consulté
  3. DNS settings are not yet in effectAmazon Route 53 · Consulté
  4. Serving Stale Data to Improve DNS Resiliency (RFC 8767)IETF · Consulté