Что проверяет этот тест?
Может ли ваш интернет работать по IPv6 и не тормозит ли из-за него. Браузер открывает несколько крошечных тестовых адресов, так же как любой сайт:
Сайты только с IPv4 и только с IPv6: работает ли каждый и с какого адреса.
Сайт с двойным стеком (у него есть адреса IPv4 и IPv6): какой выберет браузер и не ждёт ли он IPv6, прежде чем перейти на IPv4.
Большие пакеты IPv6: запрос такого размера, что нужны пакеты полного размера, по новому соединению. Если MTU на пути сломан, мелкие запросы проходят, а большие пропадают, и страницы бесконечно грузятся.
Адреса без имени, один IPv6 и один IPv4: работает ли IPv6 без DNS и не в сети ли вы только с IPv6 и NAT64.
Каждая проверка одновременно спрашивает от двух до четырёх сервисов (Cloudflare, Google, DNSPod, AliDNS, icanhazip, ipify) и берёт первый ответ, так что заблокированный или медленный сервис не сорвёт проверку.
Как считается оценка?
Из 10, по идее test-ipv6.com о том, насколько сеть готова к IPv6: 4 балла, если открываются сайты только с IPv6, 2 — если проходят большие пакеты IPv6, 2 — если сайты с двойным стеком открываются без ожидания, 1 — если IPv6 работает без DNS, и 1 — если браузер выбирает IPv6. Минус балл, если IPv6 отвечает дольше 3 секунд.
Без IPv6 вообще оценка 0, но это не значит, что что-то сломано: все сайты по-прежнему работают по IPv4. 10 означает, что IPv6 работает везде и ничего не замедляет.
У меня нет IPv6. Как его получить?
Многие провайдеры уже дают IPv6, но он часто просто выключен. В веб-интерфейсе роутера найдите настройки IPv6 (или WAN → IPv6) и выберите режим вашего провайдера, обычно DHCPv6 или «нативный», с включённым делегированием префикса. Затем убедитесь, что локальная сеть раздаёт устройствам IPv6-адреса (SLAAC или DHCPv6).
Если в роутере нет настроек IPv6 или провайдер его не даёт, спросите у провайдера. Мобильный интернет на телефоне часто идёт с IPv6, даже если у Wi-Fi его нет.
Без IPv6 всё в порядке: все сайты работают по IPv4. Недоступны только редкие сайты и приложения, которые работают исключительно по IPv6.
IPv6-адреса работают, а сайты только с IPv6 — нет. Почему?
Само подключение по IPv6 в порядке, но DNS не возвращает IPv6-адреса (записи AAAA), и браузер просто не узнаёт, что у сайта такой адрес есть. Частые причины: настройка роутера, которая фильтрует записи AAAA, DNS-сервер, который их отбрасывает, или прокси-приложение, которое само отвечает на DNS-запросы.
Как исправить: отключите фильтр AAAA в роутере или поставьте публичный DNS, например 1.1.1.1 или 8.8.8.8.
Что за тест больших пакетов (MTU)?
Данные передаются пакетами размером примерно до 1500 байт (этот предел и называется MTU). На некоторых путях IPv6 (туннели, PPPoE, неправильно настроенные роутеры) пакеты полного размера не проходят через какой-то участок, а сообщение «отправляйте поменьше» блокируется. Мелкие запросы проходят, и подключение кажется рабочим, но большие страницы, картинки и загрузки зависают.
Тест отправляет запрос на 3,5 КБ серверу только с IPv6 по новому соединению, а для этого нужны пакеты полного размера в обе стороны. Если он не проходит, а маленький тест IPv6 проходит, уменьшите MTU в настройках IPv6 или WAN роутера (для PPPoE попробуйте 1480 или 1452) или обратитесь к провайдеру.
Почему браузер выбирает IPv4, если IPv6 работает?
Это не поломка, и сайты только с IPv6 всё равно открываются. Браузер пробует оба адреса и берёт тот, что подключится первым (это называется Happy Eyeballs). Если выигрывает IPv4, значит, в вашей сети IPv6 подключается медленнее или система предпочитает IPv4: Windows так делает для туннельного IPv6 (6to4, Teredo), а многие прокси и VPN-приложения передают только IPv4.
У меня прокси или VPN. Чей это результат?
В основном прокси. Когда прокси включён, тестовые сайты открываются через него, так что адреса и поддержка IPv6 на экране — это данные прокси-сервера. Если прокси передаёт только IPv4, будет казаться, что у вас нет IPv6. Чтобы проверить своё подключение, выключите прокси (или пустите эти серверы напрямую) и проверьте снова.
Что такое сеть только с IPv6 и NAT64?
Обычная схема, с которой работают почти все приложения, так что делать ничего не нужно. Некоторые мобильные сети выдают телефонам только IPv6. Чтобы сайты только с IPv4 всё равно открывались, DNS провайдера придумывает для них IPv6-адрес (DNS64), а шлюз переводит его в IPv4 (NAT64). По имени сайты открываются, но IPv4-адрес, введённый напрямую, недоступен — по этому признаку тест её и определяет.
Собираете ли вы мои данные?
Этот сайт никогда не получает ваши результаты. Проверки идут напрямую из браузера к тестовым серверам (Cloudflare, Google и другим), которые видят ваш IP-адрес, как и любой сайт, который вы открываете. Результаты попадают в ссылку, только когда вы делитесь: в ней есть результаты и время каждой проверки, страна — только если вы поставите галочку, и никогда — ваш IP-адрес. Код открыт и лежит на GitHub.
Что показывает сравнение IPv4 и IPv6?
У четырёх сетей (Cloudflare, Google, Akamai и DNSPod) есть по входу только через IPv4 и только через IPv6. Тест одновременно обращается к обоим и измеряет задержку на уже открытом соединении (минимальную из трёх), поэтому разница отражает маршрут, который провайдер даёт каждому протоколу, а не сервер. В заголовке — медианная разница по сетям, ответившим по обоим протоколам; в пределах 10 мс (или 15 %) они считаются одинаково быстрыми.
На оценку это не влияет: чуть более медленный IPv6 всё равно работает. Google не отвечает в материковом Китае, а серверы DNSPod находятся там: из других мест оба его времени большие, и его разница отражает путь до Китая.
