Утечки DNS и WebRTC: в чём разница и как их тестировать?

Если вы используете proxy, вы могли задуматься: почему тестовые сайты всё ещё показывают мои исходные сетевые данные, хотя я уже подключены? В таком случае проверьте две вещи:

•  Утечки DNS: куда отправляются ваши запросы DNS?

•  Утечки WebRTC: какие IP-адреса раскрывает ваш браузер?

Для них нужны отдельные тесты и разные способы исправления. В этом руководстве команда ToDetect объясняет, на что обращать внимание и как проверить подключение.

一. В чём разница между утечками DNS и WebRTC?

Утечки DNS: веб-трафик идёт через Proxy, но DNS-запросы — не всегда

Перед открытием сайта вашему устройству обычно нужно узнать IP-адрес, связанный с его доменным именем. Этим занимается DNS.

Если вы ожидаете, что все запросы будут идти через ваш proxy, но запросы к доменам всё ещё уходят на DNS-серверы вашего локального интернет-провайдера, у вас может быть утечка DNS.

Это не означает, что провайдер автоматически видит содержимое страниц по HTTPS, пароли или всю вашу историю просмотров. Раскрытые DNS-запросы несут иную информацию, чем раскрытый веб-контент. Подробнее см. объяснение утечек DNS от DNSLeakTest.

Утечки WebRTC: ваш браузер может раскрывать IP из другого подключения

WebRTC поддерживает голосовые и видеозвонки в браузере, а также обмен данными в реальном времени. При установлении соединения он может использовать механизмы, такие как STUN, чтобы обнаружить доступные публичные IP-адреса.

Если эти соединения обходят ваш запланированный proxy, веб-страница может получить публичный IP-адрес вашей локальной сети — даже когда обычный веб-трафик показывает выходной IP proxy. См. руководство MDN по протоколам WebRTC.

二. Как протестировать утечки DNS

Вы могли слышать об утечках DNS, но не знать, как их проверить. Опытные пользователи могут подтвердить свою конфигурацию разными техническими методами, но для начала не требуется глубоких сетевых знаний. Онлайн инструменты тестирования утечек DNS упрощают процесс.

Ряд сайтов предлагает тесты на утечки DNS, в том числе ToDetect.

ToDetect — это инструмент тестирования браузерного Fingerprint, который предлагает проверки репутации IP, анализ рисков IP, тесты на утечки DNS и обнаружение утечек WebRTC, чтобы помочь оценить ваши сетевые и браузерные данные.

•  Посетите сайт ToDetect и найдите инструмент для тестирования утечек DNS.

•  Откройте инструмент, чтобы запустить автоматический тест на утечку DNS.

三. Как протестировать утечки WebRTC

Откройте тест на утечки WebRTC ToDetect. Проверьте IP-адрес, который использует ваше обычное веб-подключение, а также любые локальные и публичные адреса, обнаруженные через WebRTC.

Сравните результаты с публичным IP-адресом, который вы записали до подключения к своему proxy:

四. Что делать, если вы нашли утечку

Утечки DNS: проверьте настройки DNS и маршрутизацию запросов

Проведите следующие проверки по порядку:

•  Настройки VPN: Убедитесь, что защита от утечек DNS включена и что правила раздельного туннелирования соответствуют вашей целевой конфигурации.

•  Настройки Proxy: Проверьте, поддерживает ли ваше приложение разрешение доменных имён через proxy, а не локально.

•  Secure DNS в браузере: Проверьте, настроен ли браузер на использование отдельного провайдера DNS.

•  Повторный тест после изменений: Переподключитесь и убедитесь, что ваши DNS-запросы обрабатывает ожидаемый сервис.

Переход на публичный DNS-сервис сам по себе не устраняет утечку. Аналогично, включение шифрованного DNS не гарантирует, что запросы пойдут через ваш proxy.

Утечки WebRTC: проверьте политики браузера и какие соединения покрывает ваш proxy

Сначала убедитесь, что ваш proxy обрабатывает соединения, которые использует WebRTC. Конфигурация, которая проксирует только веб-трафик, может не охватывать всю коммуникацию браузера.

Если вам не нужны звонки через браузер, рассмотрите ограничение или отключение WebRTC. В Firefox, например, можно открыть about:config и установить media.peerconnection.enabled в false. Это повлияет на звонки и другие функции, которые зависят от WebRTC. Верните значение true, когда эти функции понадобятся.

五. Нужно ли всё ещё тестировать со статическим резидентским IP?

Да. Статический резидентский IP описывает тип используемого вами выходного IP. Это не гарантирует, что системные DNS-запросы, браузерные соединения WebRTC и другие приложения используют тот же выход.

После настройки подключения выполните три проверки:

•  Проверьте выходной IP: Убедитесь, что веб-трафик идёт через запланированный proxy.

•  Проверьте DNS: Убедитесь, что запросы к доменам соответствуют вашей целевой конфигурации.

•  Проверьте WebRTC: Убедитесь, что он не раскрывает публичные IP-адреса, которые вы хотите скрыть.

Также стоит повторно протестировать после смены браузера, обновления настроек proxy или смены сети.

六. FAQ

Если утечки DNS нет, означает ли это, что WebRTC в безопасности?

Не обязательно. Тест DNS проверяет, какой сервис обрабатывает запросы к доменам, а тест WebRTC — какие IP-адреса раскрывает ваш браузер. Это разные проверки, поэтому стоит запускать обе.

Любой IP-адрес в тесте WebRTC всегда означает проблему?

Зависит от адреса. Если тест показывает ожидаемый выходной IP вашего proxy или VPN, это, как правило, не указывает на утечку публичного IP вашей локальной сети.

Если появляется ваш исходный публичный IP — тот, который вы записали до подключения, — исследуйте дальше. Локальные адреса, такие как 192.168.x.x, раскрывают иной тип информации и не должны путаться с экспозицией публичного IP.

Может ли режим инкогнито предотвратить эти утечки?

Сам по себе — нет. Режим инкогнито в основном ограничивает историю просмотров и другие данные, остающиеся на устройстве после сеанса. Он не направляет трафик DNS или WebRTC через proxy автоматически.

七. Заключение

Утечки DNS касаются того, следуют ли запросы к доменам запланированному пути, а утечки WebRTC — раскрывает ли браузер IP-адреса, которые вы хотели скрыть. Если вы не уверены, как проверить то или другое, вы можете запустить тесты онлайн с ToDetect.