Utiliser l’adresse upstream journalisée de NGINX pour vérifier l’accessibilité IPv6
Une réponse AAAA peut être correcte alors que la route choisie est inutilisable ; resolver ipv6=off ne s’applique qu’au résolveur d’exécution de NGINX.
Associez l’erreur de connexion à l’adresse upstream. Une destination IPv6 et une erreur network-unreachable suggèrent une défaillance de la route IPv6, même si DNS a renvoyé une réponse valide. Un message « temporairement désactivé » apparaissant plus tard ne désigne pas à lui seul DNS comme cause.
Pour une configuration existante qui utilise réellement le résolveur d’exécution de NGINX, une politique IPv4 uniquement peut employer :
resolver 192.0.2.53 ipv6=off;Utilisez un résolveur fiable et joignable à la place de l’adresse de documentation. NGINX interroge normalement les deux familles ; ipv6=off supprime les requêtes IPv6 de ce résolveur.
Il ne désactive pas IPv6 sur l’hôte et ne modifie pas tous les noms d’hôte résolus au chargement de la configuration. Vérifiez que la destination dynamique utilise ce résolveur avant d’attendre un changement de routage.
Si la charge de travail exige IPv6, réparez plutôt sa route. Un port IPv4 refusé, une connexion parente échouée ou un enregistrement obsolète indiquent un autre problème.