Как отключить WebRTC в Chrome и Firefox

Прокси настроен, сервис проверки IP показывает нужный адрес, а сайт всё равно видит другой. Одна из частых причин — WebRTC. Это встроенная в браузер технология для звонков, видеоконференций и обмена файлами напрямую между пользователями. Чтобы установить такое соединение, браузеру нужно узнать, через какие адреса до него можно достучаться, и он умеет выяснять это в обход обычных настроек прокси.

Ниже разберём, откуда берётся утечка, как её увидеть своими глазами и какие варианты защиты есть в популярных браузерах. Отключать WebRTC полностью нужно не всегда: у этого шага есть цена.

Почему прокси не прячет адрес от WebRTC

Обычная загрузка страницы идёт по HTTP или HTTPS. Именно этот трафик браузер отправляет через прокси, указанный в настройках. WebRTC устроен иначе: для поиска маршрута он использует протокол ICE и обращается к STUN-серверам, как правило по UDP. HTTP-прокси вообще не умеет передавать UDP, поэтому такой запрос может уйти напрямую через ваше основное подключение.

STUN-сервер отвечает браузеру, с какого публичного адреса пришёл запрос. Этот адрес становится одним из «кандидатов» для соединения, а скрипт на странице может его прочитать. В итоге сайт получает два адреса: IP прокси из обычного HTTP-запроса и реальный IP из WebRTC.

Локальные адреса вида 192.168.x.x современные Chrome и Firefox по умолчанию заменяют случайными именами с окончанием .local. Поэтому сегодня основной риск — не внутренний адрес в домашней сети, а внешний IP провайдера.

Как проверить, есть ли утечка

Проверка занимает пару минут, и её стоит сделать до любых изменений, чтобы было с чем сравнивать.

1. Отключите прокси и запишите свой обычный внешний IP.
2. Включите прокси тем способом, которым пользуетесь в работе.
3. Откройте страницу проверки WebRTC, например на BrowserLeaks в разделе WebRTC Leak Test.
4. Посмотрите на блок с публичным адресом. Если там ваш обычный IP из первого шага — утечка есть. Если адрес прокси или поле пустое — WebRTC адрес не выдаёт.
5. Повторите проверку в том профиле и в том режиме окна, где реально будете работать. Расширения могут быть выключены в приватных окнах.

Сравнивайте именно адреса, а не надписи вроде «WebRTC enabled». Включённый WebRTC сам по себе не означает утечку, а отключённый не гарантирует, что другие признаки браузера совпадают с IP.

Firefox: настройка через about:config

В Firefox нет переключателя WebRTC в обычных настройках, но есть расширенные параметры.

1. В адресной строке введите about:config и согласитесь с предупреждением.
2. В поиске найдите media.peerconnection.enabled.
3. Двойным щелчком переключите значение на false.
4. Перезапустите вкладку проверки и убедитесь, что публичного адреса больше нет.

Этот параметр выключает WebRTC целиком. Звонки в браузерных мессенджерах и видеовстречи перестанут работать в этом профиле.

Если звонки нужны, есть более мягкий вариант — параметр media.peerconnection.ice.proxy_only. При значении true Firefox пытается устанавливать WebRTC-соединения только через настроенный прокси. Медиа при этом может работать хуже или не подключаться, если прокси не пропускает нужный трафик. Набор и поведение скрытых параметров меняется между версиями, поэтому после любого изменения проверяйте результат тестом, а не полагайтесь на название параметра.

Удобный приём — держать для работы через прокси отдельный профиль Firefox (управление профилями открывается по адресу about:profiles). Тогда изменения в about:config не затронут профиль, в котором вы созваниваетесь.

Chrome: что можно сделать без отключения

Полностью выключить WebRTC в Chrome штатными настройками нельзя. Есть два рабочих пути.

Расширение WebRTC Network Limiter. Его публикует сама Google в Chrome Web Store. Расширение меняет политику, по которой браузер выбирает сетевые интерфейсы для WebRTC. В режиме, где WebRTC использует только маршрут через прокси, браузер перестаёт отправлять UDP-запросы мимо него. Названия вариантов в настройках расширения могут отличаться между версиями — выбирайте тот, который запрещает трафик в обход прокси, и проверяйте итог тестом.

Политика WebRtcIPHandling. Это настройка для администраторов. Значение disable_non_proxied_udp даёт тот же эффект, что и расширение, но задаётся централизованно для всех профилей на компьютере. Для одного домашнего браузера обычно проще расширение.

Учтите, что при таком ограничении звонки через WebRTC пойдут только через прокси или не установятся вовсе. Если сервис звонков важен, держите его в отдельном профиле без ограничений.

Edge и Яндекс Браузер

Оба браузера построены на Chromium, поэтому для них работает тот же подход, что и для Chrome. В Edge доступна та же политика WebRtcIPHandling, а расширения можно ставить из Chrome Web Store после разрешения сторонних магазинов. Яндекс Браузер тоже устанавливает расширения из Chrome Web Store.

Отдельной кнопки «отключить WebRTC» в этих браузерах нет, а интерфейс настроек регулярно меняется. Ориентируйтесь на результат проверки, а не на то, что вы где-то поставили галочку.

Антидетект-браузеры

В антидетект-браузерах WebRTC обычно настраивается в параметрах каждого профиля. Как правило, доступны режимы «отключить», «реальный» и «подменить на IP прокси». Для работы через прокси чаще выбирают подмену, чтобы WebRTC показывал тот же адрес, что и обычный трафик, а не выглядел подозрительно выключенным. Точные названия смотрите в документации своего браузера и, как всегда, перепроверяйте тестом.

Что ещё проверить после WebRTC

Закрыть WebRTC — не значит полностью скрыть, кто вы. Сайты сравнивают и другие признаки:

• DNS-запросы. При SOCKS5 браузер может отправлять DNS напрямую. В Firefox для этого есть отдельная галочка, подробнее в статье как настроить прокси в Firefox.
• Часовой пояс и язык. Если IP московский, а часовой пояс системы азиатский, это заметно.
• IPv6. Если прокси работает только по IPv4, а у основного подключения есть IPv6, часть запросов может уйти мимо прокси.

Общий порядок настройки браузеров и проверки области действия прокси описан в статье как настроить прокси в браузере.

Коротко

• WebRTC может выдать сайту реальный IP, потому что использует UDP и STUN мимо HTTP-прокси.
• Проверяйте утечку тестом до и после настройки, в рабочем профиле.
• В Firefox: media.peerconnection.enabled = false или более мягкий media.peerconnection.ice.proxy_only = true.
• В Chrome, Edge и Яндекс Браузере: расширение WebRTC Network Limiter или политика WebRtcIPHandling.
• Если нужны звонки, держите для них отдельный профиль.

Реквизиты своего подключения Proxy5G — адрес, порт, логин, пароль и текущий протокол — смотрите в разделе «Мои прокси».