IPv4 працює, а IPv6 ні: порядок діагностики

Браузер може приховувати несправний шлях

AAAA публікує IPv6-адресу, але не доводить роботу вебсервісу на ній. Клієнт із Happy Eyeballs може успішно підключитися через інше сімейство адрес попри несправний IPv6. Перевіряйте IPv4 та IPv6 окремо: успішне відкриття в браузері не підтверджує обидва.

Порівняйте однакові хост і URL

Замініть example.com своїм сайтом і виконайте обидві команди з вузла з робочим IPv6. У PowerShell використовуйте curl.exe. GET-запити обмежені часом, зберігають перевірку TLS за доменом і не проходять редіректи. Порівняйте статус, вибрану IP-адресу та збережений вміст; ціль редіректу перевіряйте окремо.

curl -4 --silent --show-error --connect-timeout 5 --max-time 15 --output ipv4.html --write-out "HTTP %{http_code}; IP %{remote_ip}\n" https://example.com/
curl -6 --silent --show-error --connect-timeout 5 --max-time 15 --output ipv6.html --write-out "HTTP %{http_code}; IP %{remote_ip}\n" https://example.com/

Перевірте можливості вузла діагностики

Розділ IPv6 у check.uk.app перевіряє початкову адресу з нашого вузла. Якщо вузол не має IPv6-маршруту, результат недоступний, а не негативний для сайту. Тайм-аут з однієї точки теж не визначає винну мережу. Повторіть тест з іншого з’єднання, де IPv6 точно працює.

Знайдіть рівень несправності

Порівняйте авторитетні й рекурсивні AAAA-відповіді з виділеними адресами. Переконайтеся, що адресу налаштовано, маршрут працює, а вебсервер чи проксі слухає IPv6 на потрібному порту. Перегляньте правила IPv6-файрвола окремо від IPv4.

Якщо з’єднання є, але TLS не проходить, перевірте покриття домену, ланцюжок сертифіката та віртуальний хост на IPv6. Якщо HTTP-відповіді різні, порівняйте бекенди проксі й маршрути застосунку. Для передач, що зависають після з’єднання, перевірте MTU шляху й потрібну обробку ICMPv6; не маскуйте проблему вимкненням перевірки TLS.

Підтвердьте відновлення й збережіть IPv4

До змін збережіть DNS-значення, TTL і серверні налаштування. Виправте виявлений рівень та повторіть обидва запити й важливі сценарії. Обидва сімейства мають повертати потрібний сайт із коректним TLS. DNS-кеші можуть використовувати старий AAAA до завершення строку.

Параметри команд перевірено на ізольованих IPv4 та IPv6 loopback-серверах, зокрема на закритому порту. Це перевірка діагностичної процедури, а не глобальної доступності IPv6. Публікуйте AAAA після налаштування сервісу й успішного зовнішнього тесту.