IPv6 отсутствует, когда целевой маршрут работает только с IPv4, или подтверждено, что видимый IPv6 входит в целевой маршрут туннеля.
Этот запуск не показал неожиданного пути IPv6. Отсутствие IPv6 не проверяет будущие изменения подключения.
Тематическое руководство по диагностике
Тест утечки IPv6: сравните оба семейства адресов, прежде чем говорить об утечке
Разные публичные адреса IPv4 и IPv6 — это нормально. IPv6 становится признаком утечки, когда совпадает с базовой линией прямого подключения или независимо подтверждено, что он идёт вне маршрута, который должен его передавать.
Краткий ответ
Что может установить этот результат
Тест утечки IPv6 отправляет запрос только по IPv6, чтобы определить, есть ли у браузера публичное подключение по IPv6, а затем сравнивает этот адрес с целевым маршрутом и сохранённой базовой линией прямого подключения. Прокси только с IPv4 может передавать IPv4-запросы браузера, пока IPv6 по-прежнему идёт напрямую. Отсутствие результата IPv6 означает, что семейство было недоступно или его запрос не удался, — это не универсальный зачёт по безопасности.
Границы данных
Проверяемые сигналы — и что они не доказывают
Надёжный вердикт об утечке отделяет наблюдаемые данные браузера от предположений о личности, принадлежности или задуманном маршруте.
| Сигнал | Доступные данные | Что это не доказывает |
|---|---|---|
| Подключение по IPv6 | Может ли эндпоинт, работающий только по IPv6, увидеть публичный адрес IPv6 из этой сессии браузера. | Без дополнительных данных отсутствие ответа не позволяет отличить отключённый IPv6 от сбоя эндпоинта, политики или сети. |
| Покрытие семейств адресов | Присутствуют ли оба семейства, IPv4 и IPv6, и какие публичные сети они используют. | При подключении с двойным стеком разные адреса или провайдеры автоматически не являются чем-то неожиданным. |
| Совпадение с базовой линией прямого подключения | Раскрывает ли запуск через маршрут тот же публичный адрес IPv6, что был записан до смены маршрута. | Базовая линия — это утверждение пользователя, и она может устареть, когда ISP меняет префиксы. |
| Назначение маршрута | Заявляют ли выбранный продукт и клиент вообще передачу трафика IPv6. | Без сведений от пользователя инструмент не может определить купленный продукт или политику клиента. |
Методология
Порядок работы: сначала базовая линия
- 1
Зафиксируйте оба семейства напрямую
Запустите тест без проверяемого маршрута и сохраните все наблюдаемые адреса IPv4 и IPv6. Базовая линия только с IPv4 не позволит потом по точному совпадению распознать меняющийся или недавно включённый прямой адрес IPv6.
- 2
Включите целевой маршрут
Меняйте только маршрут прокси, WARP или VPN. Уточните, должны ли этот продукт и клиент поддерживать IPv6, а не считайте, что поддержка IPv4 охватывает оба семейства.
- 3
Используйте отдельные эндпоинты для каждого семейства
Комбинированный инструмент обращается к сервисам только IPv4 и только IPv6 по отдельности, чтобы одно семейство не могло незаметно подменить другое.
- 4
Классифицируйте с учётом назначения и базовой линии
Точное совпадение с прямым адресом IPv6 из базовой линии после включения маршрута — весомое свидетельство обхода. Новый или неоднозначный маршрут IPv6 требует проверки сети, прежде чем выносить вердикт об утечке.
Интерпретация
Как данные превращаются в статус с оговорками
«Признаков нет» — это уже, чем «безопасно», «Требует проверки» — не вердикт об утечке, а «Недоступно» никогда не превращается в успешный результат.
Появляется публичный маршрут IPv6, но его связь с целевым маршрутом или базовой линией прямого подключения не удаётся подтвердить.
Проверьте поддержку IPv6 в продукте, маршрутизацию клиента, владельца сети и повторные результаты с базовой линией.
IPv6 точно совпадает с базовой линией прямого подключения или независимо подтверждено, что он идёт вне маршрута, который должен передавать IPv6.
В этом запуске семейство IPv6 обошло целевой маршрут.
Запрос только по IPv6 завершается ошибкой, блокируется или не возвращает пригодного публичного адреса.
Подключение по IPv6 не измерено. Указывайте это семейство как недоступное, а не как безопасное или с утечкой.
Устранение неполадок
Сначала диагностируйте путь, потом меняйте настройки
Прокси меняет IPv4, но прямой IPv6 остаётся видимым.
- Вероятное объяснение
- Выбранный прокси или клиент передаёт настроенный трафик приложений по IPv4, но не передаёт и не отключает IPv6.
- Что проверить дальше
- Используйте маршрут с поддержкой IPv6, отключайте IPv6, только если это уместно для вашей среды, или используйте туннель для всего устройства с подтверждённым покрытием IPv6.
Через маршрут прокси виден только IPv6.
- Вероятное объяснение
- Выход прокси или эндпоинты обнаружения могут быть доступны только по одному из семейств; кроме того, запрос IPv4 мог завершиться ошибкой независимо от этого.
- Что проверить дальше
- Оценивайте статус каждого семейства отдельно и не делайте вывод об утечке только из-за отсутствующего результата IPv4.
Префикс IPv6 меняется между запусками.
- Вероятное объяснение
- ISP, расширения конфиденциальности IPv6, туннели и сервисы с ротацией могут назначать или раскрывать меняющиеся адреса или префиксы IPv6.
- Что проверить дальше
- Для весомых совпадений используйте точные сохранённые адреса, а для более слабых сравнений на уровне префиксов проверяйте принадлежность сети.
Ограничения
Чего не гарантируют это руководство и тест
- Тест проверяет подключение браузера через fetch, а не каждый сокет, приложение или маршрут операционной системы.
- Адреса конфиденциальности IPv6 и ротация префиксов снижают ценность сходства строк или префиксов без независимых данных о сети.
- Отсутствие результата IPv4 или IPv6 может объясняться доступностью сервиса, а не локальным сетевым стеком.
- Отключение семейства адресов может сломать локальные сервисы или приложения и не должно заменять правильную настройку маршрута.
Продолжить проверку
Связанные данные и руководства по маршрутам
Используйте одну сохранённую базовую линию во всех связанных проверках, чтобы каждое различие можно было связать с его причиной.
Запустить полный тест утечки IP
Сравните видимые браузеру данные IPv4, IPv6, WebRTC и DNS с сохранённой базовой линией прямого подключения.
Открыть материалЧитать серию наблюдений за маршрутами
Изучите обезличенные наблюдения — прямое подключение, WARP и прокси в браузере — из одной записанной тестовой сессии.
Открыть материалСравнить маршрутизацию прокси, VPN и WARP
Сравните типичное покрытие семейств адресов на уровнях маршрутизации приложения и устройства.
Открыть материал