Leçons du module (2/3)
Serve-stale et fraîcheur des données
Serve-stale et fraîcheur des données
Normalement, le résolveur rafraîchit ou écarte une réponse lorsque son TTL expire. Serve-stale lui permet, s’il ne peut pas la rafraîchir, de renvoyer temporairement une réponse périmée plutôt que d’échouer immédiatement. C’est comme utiliser une copie de secours d’un annuaire quand le bureau central ne répond plus.
Cela améliore la disponibilité mais réduit la fraîcheur : une ancienne adresse peut ne plus être valide ou sûre. Le résolveur doit tenter un rafraîchissement, limiter la durée d’utilisation et traiter avec soin les signatures DNSSEC expirées et les données sensibles comme DS ou TLSA.
Si l’autorité est injoignable et que le résolveur conserve api.example.test → 192.0.2.10, serve-stale peut maintenir le service si l’adresse reste correcte. Si elle a été réattribuée, cette réponse devient dangereuse. Définissez des limites et surveillez son usage.
Référence : RFC 8767 — Serving Stale Data to Improve DNS Resiliency
Vérifiez votre compréhension
Choisissez la meilleure réponse. Les exemples utilisent des noms pédagogiques et n’envoient aucune requête réelle.
Quel est le compromis de serve-stale ?