F5 DNS : DNS64 et rôle séparé de NAT64

DNS64 peut construire une réponse AAAA à partir d’une adresse A et d’un préfixe configuré. Cette réponse permet au client IPv6 d’identifier une destination utilisable via une infrastructure de traduction adaptée. DNS64 ne traduit pas le trafic TCP ou UDP applicatif.

NAT64 est le mécanisme réseau qui traduit les paquets vers le service IPv4. Le préfixe annoncé et le routage vers ce traducteur doivent donc être cohérents.

La documentation F5 distingue notamment Immediate, Secondary et v4 Only. Ils n’effectuent pas les requêtes A/AAAA de la même manière. v4 Only se justifie lorsque les serveurs concernés sont connus comme IPv4 uniquement ; n’en faites pas un réglage universel.

Consultez les prérequis de licence et les interactions avec DNSSEC dans votre version. Pour dépanner, séparez la réponse DNS synthétisée, la route IPv6, le traducteur et la réponse IPv4 : chacun peut réussir ou échouer indépendamment.

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.

Le client reçoit une AAAA synthétisée mais HTTPS expire. Vérifiez la route vers le préfixe NAT64 et la session du traducteur. Modifier le TTL ne répare pas un chemin réseau absent ; conservez aussi un test vers un service IPv6 natif pour comparer.

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.