Утечка WebRTC: как проверить и правильно настроить WebRTC при работе с прокси

Прокси подключён, IP-адрес изменился, но сайты всё равно запрашивают CAPTCHA, повторный вход или дополнительное подтверждение аккаунта? Одна из возможных причин – утечка WebRTC.

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

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

Разберёмся, что такое WebRTC leak, как его обнаружить и какие настройки использовать.

Что такое WebRTC

WebRTC (Web Real-Time Communication) – технология для обмена аудио, видео и другими данными непосредственно через браузер.

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

Чтобы установить такое соединение, WebRTC определяет доступные сетевые маршруты. Для этого используются ICE-кандидаты – возможные адреса, через которые браузер может установить соединение.

Именно на этом этапе при определённых конфигурациях может раскрыться IP-адрес, который отличается от IP используемого прокси.

Что такое утечка WebRTC

Утечка WebRTC (WebRTC leak) – ситуация, когда через WebRTC сайту становится доступна сетевая информация, которую вы не планировали раскрывать при использовании прокси.

Например:

Обычное соединение: IP прокси
WebRTC: реальный публичный IP

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

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

При этом не каждый IP или адрес, отображаемый в WebRTC-тесте, означает утечку. Современные браузеры могут скрывать локальные IP с помощью mDNS. Проверять в первую очередь нужно, не раскрывается ли реальный публичный IP вашего интернет-соединения.

Почему WebRTC может раскрывать реальный IP при использовании прокси

При обычном веб-сёрфинге схема выглядит примерно так:

Ваше устройство → прокси → сайт

Сайт получает IP прокси.

Но WebRTC использует собственные механизмы установления соединения. Поэтому при использовании HTTP- или SOCKS-прокси WebRTC-трафик не всегда следует тому же маршруту, что обычные запросы браузера.

В результате возможна ситуация:

HTTP/HTTPS → IP прокси

WebRTC → другой публичный IP

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

Чем опасна утечка WebRTC

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

Но если основной IP браузера принадлежит прокси, а через WebRTC определяется другой публичный IP, это создаёт несоответствие внутри профиля.

В зависимости от сайта это может стать одним из дополнительных факторов риска и сопровождаться:

• частыми CAPTCHA;
• повторными запросами на авторизацию;
• дополнительными подтверждениями личности;
• проверками при оплате;
• ограничениями аккаунта.

Поэтому при нестабильной работе аккаунтов стоит проверить не только соединение с прокси, но и WebRTC.

Как проверить WebRTC на утечку IP

После подключения прокси проверьте, не раскрывает ли WebRTC ваш реальный IP-адрес. Для этого можно использовать бесплатный сервис IPrify.

Откройте ⁠https://iprify.com в том же браузерном профиле, в котором настроен прокси.

На странице обратите внимание на две строки:

1. IP-адрес – здесь должен отображаться внешний IP используемого прокси.
2. WebRTC – здесь должен отображаться тот же IP-адрес.

Если значения совпадают, WebRTC подменяется корректно и реальный публичный IP не раскрывается. Что делать, если в строке WebRTC ничего не отображается (= передача WebRTС отключена), разберём далее.

Пример правильной подмены WebRTC:

Внешний IP: 185.195.66.38
WebRTC: 185.195.66.38 

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

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

Если вы работаете через антидетект-браузер, настройте подмену WebRTC на основании IP прокси.

В зависимости от браузера эта функция может называться Altered, Replace, Spoof, Mask или иначе. При подмене WebRTC вместо реального IP передаётся IP-адрес, соответствующий используемому прокси.

В результате сетевые параметры профиля остаются согласованными:

IP браузера → IP прокси
WebRTC → IP прокси

После настройки снова проверьте WebRTC через IPrify. IP-адрес и WebRTC должны совпадать и соответствовать IP используемого прокси.

Почему WebRTC лучше подменять, а не отключать

Возникает логичный вопрос: если WebRTC может раскрывать IP, почему просто не отключить его?

Технически это возможно, но для антидетект-сценариев полное отключение – не лучший вариант.

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

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

Главная задача – сохранить естественный и согласованный цифровой отпечаток, при этом не допуская раскрытия реального IP.

Что проверить кроме WebRTC

Даже правильно настроенный WebRTC не гарантирует стабильную работу аккаунтов. Это только один из параметров браузерного профиля.

Дополнительно стоит проверить:

• IP-адрес прокси;
• DNS;
• IPv4 и IPv6;
• геолокацию браузера;
• часовой пояс;
• язык и locale;
• настройки fingerprint в антидетект-браузере.

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

Главное

Если вы используете прокси вместе с антидетект-браузером, проверяйте не только основной IP, но и WebRTC.

Если WebRTC раскрывает реальный публичный IP, настройте его через антидетект-браузер. При наличии соответствующей функции предпочтительнее использовать подмену или маскировку на основании прокси, а не просто полностью отключать WebRTC.

После настройки обязательно проведите повторный WebRTC Leak Test.

Так вы сможете убедиться, что прокси корректно подменяет IP для основного трафика, а WebRTC не раскрывает исходный публичный адрес.