DNS comparaison du résolveur
Après avoir changé un enregistrement, indiquez une réponse mise en cache qui attend toujours son TTL d'un changement qui n'a jamais été publié correctement.
Les mesures à prendre
- La zone de fermeture se trouve en montant le nom jusqu'à NS enregistrant la réponse; le premier serveur faisant autorité qui résout est directement interrogé, donc sa réponse est ce que la zone publie réellement.
- Cloudflare (1.1.1.1), Google (8.8.8.8) et Quad9 (9.9.9.9) sont interrogés en parallèle du même endroit; les ensembles de réponses sont normalisés (triés, en minuscules) avant la comparaison.
- L'accord est communiqué par résolveur contre la réponse faisant autorité et dans l'ensemble.
Limites
- Quatre observations provenant d'un emplacement du réseau. Les résolveurs d'autres régions, les FSI et les réseaux d'entreprises conservent leurs propres caches et ne sont pas mesurés; il ne s'agit pas d'une carte de propagation.
- Seul le premier serveur faisant autorité qui résout est interrogé; un second retard par rapport au primaire n'est pas détecté (comparer SOA séries pour cela).
- Les résolveurs publics diffèrent légitimement de la réponse autorisée jusqu'à l'expiration du TTL du dossier précédent.
Dépannage
- La réponse autoritaire diffère des trois résolveurs
- Le changement est publié mais les copies mises en cache n'ont pas encore expiré. Attendez l'ancienne TTL; baissez les TTL avant le prochain changement prévu.
- Résolvers sont d'accord entre eux mais pas avec le serveur faisant autorité, bien après le TTL
- Vérifiez si la délégation du registraire pointe sur les serveurs que vous avez modifiés; la recherche d'enregistrement NS montre la délégation que les résolveurs utilisent.