Руководство по охвату маршрутов
Продукты для маршрутизации работают на разных уровнях. Прокси в браузере может изменить HTTP-трафик сайтов, а WebRTC, DNS или другое семейство адресов по-прежнему пойдут по маршруту операционной системы.
Краткий ответ
HTTP-прокси обычно передаёт только тот трафик приложений, для которого он явно настроен. SOCKS5 может передавать больше протоколов и может поддерживать удалённое разрешение имён, но что именно пойдёт через прокси, решает поведение клиента. VPN для всего устройства или режим трафика WARP работают на уровне маршрутов устройства, однако раздельное туннелирование, исключения, режимы DNS и политики браузера всё равно могут создавать разные наблюдаемые пути. Проверяйте каждый сигнал до и после смены одного маршрута.
Границы данных
Надёжный вердикт об утечке отделяет наблюдаемые данные браузера от предположений о личности, принадлежности или задуманном маршруте.
| Сигнал | Доступные данные | Что это не доказывает |
|---|---|---|
| HTTP/HTTPS-трафик браузера | Публичный маршрут, который видят обычные запросы страниц и эндпоинты обнаружения для каждого семейства. | Смена точки выхода для сайтов не доказывает, что UDP, DNS, WebRTC или другие приложения используют тот же маршрут. |
| Путь WebRTC/ICE | Публичные кандидаты, раскрытые стеком одноранговых соединений браузера. | Настройка прокси в браузере сама по себе не описывает, как маршрутизируются сокеты ICE. |
| Путь DNS | Рекурсивные резолверы, замеченные по обращениям с токенами к авторитетному серверу. | Одна лишь география резолвера не показывает, какой локальный компонент его выбрал. |
| Поведение при раздельной маршрутизации | Какие сигналы остаются на сохранённой базовой линии прямого подключения после включения прокси, профиля WARP или VPN. | Инструмент не может прочитать проприетарные правила маршрутизации, исключения или настройки купленного продукта. |
Методология
Зафиксируйте прямые данные IPv4, IPv6, WebRTC и резолверов в том же профиле браузера. Сохраните их как базовую линию, которую вы сами обозначили как прямую.
Тестируйте HTTP-прокси, клиент SOCKS5, профиль WARP или VPN для всего устройства по отдельности. Если наслаивать маршруты, трудно понять, какой уровень раскрыл сигнал.
Проверьте обычные запросы страниц, оба семейства IP, данные завершённого сбора WebRTC и наблюдения через авторитетный DNS-сервер. Отсутствующие данные остаются в статусе «Недоступно».
По документации клиента и провайдера уточните удалённый DNS, поддержку IPv6, режим трафика, исключения раздельного туннелирования и политику WebRTC в браузере.
Интерпретация
«Признаков нет» — это уже, чем «безопасно», «Требует проверки» — не вердикт об утечке, а «Недоступно» никогда не превращается в успешный результат.
Все измеренные публичные каналы либо используют целевой маршрут, либо не раскрывают неожиданных адресов из базовой линии.
В этом запуске измеренные каналы были согласованы; непроверенные приложения и будущие изменения маршрутов остаются за рамками теста.
Маршрут HTTP меняется, но DNS или принадлежность сети неоднозначны, либо один из каналов не удаётся уверенно связать с целевым маршрутом.
Проверьте режим клиента и поведение провайдера, а не считайте несовпадение географии доказательством.
WebRTC, IPv4 или IPv6 раскрывает точный адрес из базовой линии прямого подключения, тогда как видимый браузеру маршрут идёт через прокси или туннель.
Как минимум один измеренный канал обошёл целевой маршрут.
Семейство адресов, обращение DNS или процесс сбора ICE-кандидатов не дают пригодных данных.
По этому каналу маршрут нельзя ни признать чистым, ни признать проблемным. Повторите попытку и проверьте политики или доступность сервиса.
Устранение неполадок
Ограничения
Продолжить проверку
Используйте одну сохранённую базовую линию во всех связанных проверках, чтобы каждое различие можно было связать с его причиной.
Сравните видимые браузеру данные IPv4, IPv6, WebRTC и DNS с сохранённой базовой линией прямого подключения.
Открыть материалИзучите обезличенные наблюдения — прямое подключение, WARP и прокси в браузере — из одной записанной тестовой сессии.
Открыть материалУзнайте, почему кандидаты одноранговых соединений могут отличаться от точки выхода HTTP в браузере.
Открыть материалРазберитесь в локальном и удалённом разрешении имён, публичных резолверах и неоднозначности anycast.
Открыть материалПроверьте, оставляет ли маршрут только для IPv4 видимым другое семейство публичных адресов.
Открыть материал