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é
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.
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
- Diagnose different answers from DNS resolversClueDNS · Consulté
- Troubleshooting Public DNSGoogle Public DNS · Consulté
- DNS settings are not yet in effectAmazon Route 53 · Consulté
- Serving Stale Data to Improve DNS Resiliency (RFC 8767)IETF · Consulté