F5 DNS : cache transparent, resolver et validating resolver

Le cache transparent réutilise les réponses obtenues auprès des résolveurs existants. Le resolver cache peut effectuer la résolution. Le validating resolver ajoute une validation DNSSEC avec les ancres de confiance nécessaires. Choisir un cache implique donc de décider qui résout et qui valide.

Un cache miss n’est pas une erreur : il déclenche le chemin prévu pour obtenir la réponse. Un hit évite cette recherche tant que les données sont utilisables. L’expiration des enregistrements et les réponses négatives expliquent une partie des changements de comportement.

Dimensionnez les espaces de messages, RRsets et noms en observant hit rate, mémoire et fréquence des évictions. Un nombre élevé de requêtes ne permet pas seul de connaître le taux de réutilisation.

Restreignez les clients autorisés à utiliser la récursion. Pour de grandes zones autoritaires locales, DNS Express répond à un autre besoin. En cas de problème, comparer le cache, le résolveur amont et l’autorité permet de situer une donnée ancienne ou une validation qui échoue.

Ces repères permettent de relier le besoin à la configuration et aux observations. Comparer les objets réellement attachés au service avant de modifier un réglage.

Un nom fonctionne en interrogeant directement son autorité mais échoue via le validating resolver. Comparez le statut DNSSEC et l’horloge. Vider tous les caches peut masquer temporairement le symptôme sans réparer une chaîne de confiance incorrecte.

Expliquez la décision du schéma, puis recherchez dans la référence les objets qui la produisent. Pour DNS, justifiez aussi ce qui changerait si un prérequis échouait : une réponse DNS, une décision WAF et une autorisation d’accès ne se vérifient pas au même endroit.

Revenir au parcours F5 DNS pour lire les guides voisins et leurs exemples.