Выкарыстанне запісанага ў логах адраса upstream у NGINX для праверкі дасяжнасці IPv6
Адказ AAAA можа быць правільным, але выбраны маршрут непрыдатны; resolver ipv6=off дзейнічае толькі на resolver NGINX падчас працы.
Параўнайце памылку злучэння з адрасам upstream. Прызначэнне IPv6 і памылка network-unreachable сведчаць пра збой маршруту IPv6, нават калі DNS вярнуў слушны адказ. Паведамленне “temporarily disabled”, якое з’явілася пазней, само па сабе не паказвае, што прычына ў DNS.
Для існуючай канфігурацыі, якая фактычна выкарыстоўвае resolver NGINX падчас працы, палітыка толькі IPv4 можа мець выгляд:
resolver 192.0.2.53 ipv6=off;Выкарыстоўвайце надзейны і дасяжны resolver замест адраса з дакументацыі. NGINX звычайна шукае абодва сямействы; ipv6=off адключае пошук IPv6 у гэтым resolver.
Ён не адключае IPv6 на хосце і не змяняе ўсе імёны хасцоў, якія разрозніваюцца пры загрузцы канфігурацыі. Пераканайцеся, што дынамічнае прызначэнне выкарыстоўвае менавіта гэты resolver, перш чым чакаць змены маршрутызацыі.
Калі нагрузка патрабуе IPv6, лепш выправіць яе маршрут. Адхілены порт IPv4, няўдалае злучэнне з бацькам або састарэлы запіс паказваюць на іншую праблему.