Використання записаної в журналі upstream-адреси NGINX для перевірки доступності IPv6
Відповідь AAAA може бути коректною, хоча вибраний маршрут непридатний; resolver ipv6=off діє лише на runtime-resolver NGINX.
Зіставте помилку з’єднання з адресою upstream. Адреса призначення IPv6 і помилка network-unreachable вказують на збій маршруту IPv6, навіть якщо DNS повернув коректну відповідь. Повідомлення «тимчасово вимкнено», що з’явилося пізніше, саме по собі не вказує на DNS як причину.
Для наявної конфігурації, яка справді використовує runtime-resolver NGINX, політика лише IPv4 може використовувати:
resolver 192.0.2.53 ipv6=off;Використовуйте довірений і доступний resolver замість адреси з документації. NGINX зазвичай запитує обидві родини; ipv6=off пригнічує IPv6-запити цього resolver.
Він не вимикає IPv6 на хості й не змінює всі імена хостів, що розв’язуються під час завантаження конфігурації. Перш ніж очікувати зміни маршрутизації, переконайтеся, що динамічне призначення використовує саме цей resolver.
Якщо робоче навантаження потребує IPv6, краще виправте його маршрут. Відхилений порт IPv4, невдале батьківське з’єднання або застарілий запис указують на іншу проблему.