Проверка чистоты IP
Проверка вашего IP сразу при открытии: тип сети, нативный или broadcast, чёрный список SpamCop, часовой пояс, язык и WebRTC, а также как читать каждый результат.
Страница сразу проверяет, совпадает ли IP, который видят сайты, с адресами, которые раскрывает WebRTC. Если нет, WebRTC идёт не через ваш прокси.
Страница сразу сравнивает две вещи: IP, который видят сайты, и адреса, которые страница может получить через WebRTC. Если они различаются, WebRTC идёт не через ваш прокси, и сайты могут увидеть ещё один, настоящий IP.
Проверяем…
Утечка WebRTC — это когда прокси включён и сайты видят IP прокси, но страница всё равно может получить через функцию WebRTC браузера другой публичный IP, обычно настоящий адрес вашей сети. Причина в устройстве WebRTC: чтобы установить аудио- и видеосоединение, браузер напрямую спрашивает у STUN-сервера свой публичный адрес. В RFC 8828 сказано: если клиент находится за прокси, но может выходить в интернет и напрямую, такие проверки идут не через прокси и раскрывают публичный IP клиента. Страница сразу сравнивает обе стороны и выдаёт один из четырёх результатов: утечки нет, есть утечка, есть на что обратить внимание, проверить нельзя. Как исправить: в антидетект-браузере настройте WebRTC на подмену адреса IP прокси (в AdsPower это Replace), в Chrome установите официальное расширение Google WebRTC Network Limiter, чтобы WebRTC шёл только через прокси, в Firefox отключите WebRTC в about:config. После каждого изменения проверяйте снова на этой странице.
Обновлено:
| Пункт | Что это значит | Что делать |
|---|---|---|
| Утечки нет | WebRTC показывает только тот публичный IP, который видят сайты, или вообще ни одного публичного IP. | Ничего менять не нужно. Проверьте снова, когда смените прокси, браузер или настройки. |
| Есть утечка | WebRTC показывает другой публичный IP того же типа, и страница может его прочитать. Обычно это ваш настоящий IP без прокси. | Измените настройку WebRTC, как описано в разделе «Как исправить», и проверьте снова. |
| Есть на что обратить внимание | Появился только публичный адрес другого типа: сайты видят IPv4, а WebRTC выдаёт ещё и IPv6, или наоборот. | Если прокси включён, измените настройку WebRTC по разделу «Как исправить» и проверьте снова; без прокси на это можно не обращать внимания. |
| Проверить нельзя | В браузере WebRTC отключён или заблокирован, страница не получает ни одного адреса. | Через WebRTC ничего не утекает. Помните, что он выключен, когда понадобятся видеозвонки в браузере. |
| Сравнить не получилось | В этот раз не удалось узнать IP, который видят сайты. | Обновите страницу и проверьте чуть позже. |
Локальные адреса (вроде 192.168.x.x или имена xxxx.local, которые браузер подставляет вместо них) — не публичные IP и в результате не учитываются.
WebRTC — функция браузера для аудио и видео в реальном времени, например видеовстреч на веб-странице. Чтобы соединить два устройства напрямую, браузер спрашивает у STUN-сервера свой публичный адрес, и тот отвечает адресом, который видит. Страница может прочитать этот адрес через интерфейс WebRTC.
Проблема в том, что этот запрос не обязательно идёт через ваш прокси. В RFC 8828 сказано: если клиент за прокси, но может выходить в интернет и напрямую, STUN-проверки WebRTC идут не через прокси и раскрывают публичный IP клиента. Так бывает, когда прокси задан только в браузере или расширении: веб-запросы идут через прокси, а запрос WebRTC уходит напрямую.
Локальные адреса сейчас обычно скрыты. С Chrome 76 (август 2019 года) Chrome заменяет локальные адреса, которые выдаёт WebRTC, случайными именами xxxx.local. Страница считает такие имена отдельно и не относит их к утечке.
Найдите WebRTC в настройках профиля и выберите Replace («Заменить»). По описанию AdsPower, публичный адрес тогда подменяется IP прокси, а локальные адреса скрываются. Real использует ваш настоящий IP; Disable отключает WebRTC, и, по словам AdsPower, сайты это заметят; Forward пересылает через серверы Google. В других антидетект-браузерах обычно есть похожая настройка WebRTC под другим названием; после настройки проверьте здесь.
Ожидаемый результат Результат — «Утечки нет», а в колонке WebRTC показан IP прокси.
Установите официальное расширение Google WebRTC Network Limiter и на его странице настроек выберите, чтобы WebRTC шёл только через прокси, заданный в Chrome. В описании расширения сказано, что отключение UDP, который идёт не через прокси, по умолчанию выключено и включается на странице настроек.
Ожидаемый результат Проверьте снова: вашего настоящего IP в колонке WebRTC больше нет. Цена — качество видеозвонков в браузере может упасть: по RFC 8828, если прокси не поддерживает UDP, медиа идёт по TCP.
Откройте about:config в адресной строке и установите media.peerconnection.enabled в false. По описанию Mozilla, страницы тогда не могут создавать соединения WebRTC и не получают никаких адресов.
Ожидаемый результат Результат — «Проверить нельзя». Видеозвонки в браузере перестанут работать; когда понадобятся, верните true.
Если прокси-программа перехватывает весь трафик компьютера, запрос WebRTC тоже проходит через неё, и результат зависит от того, умеет ли она передавать UDP.
Ожидаемый результат Просто проверьте на этой странице: если утечки нет, ничего менять не нужно.
После каждого изменения обновляйте эту страницу. Заодно проверьте в «Проверке чистоты IP», совпадают ли с IP часовой пояс и язык.
Ожидаемый результат Результат — «Утечки нет» или «Проверить нельзя».
Утечку это остановит, но не бесплатно: видеовстречи и голосовые звонки в браузере перестанут работать. Про режим Disable AdsPower пишет, что сайты заметят отключённый WebRTC. Поэтому если WebRTC нужен, а утечки быть не должно, подмена адреса на IP прокси подходит лучше, чем отключение.
Зависит от того, как VPN перехватывает трафик. По описанию Mozilla, если Firefox настроен использовать только маршрут по умолчанию, WebRTC берёт адрес выхода VPN. Проще всего проверить здесь с включённым VPN: «Утечки нет» — всё в порядке; «Есть на что обратить внимание» — адрес другого типа, чаще IPv6, идёт мимо VPN.
Нет. Это случайное имя, которое браузер даёт локальному адресу, и настоящий локальный адрес за ним страницы не видят. Страница только считает такие имена, на результат они не влияют.
Каждый сайт использует свой STUN-сервер и своё время ожидания, поэтому адреса, полученные в один и тот же момент, не всегда совпадают. Эта страница использует STUN-сервер Cloudflare. Проверьте несколько раз и ориентируйтесь на адреса, которые появляются каждый раз.
Адреса WebRTC сравниваются с IP, который видят сайты, только в вашем браузере и нам не отправляются. Местоположение и оператора мы проверяем только для IP, который сайты и так видят: в базу ничего не записывается, в логах адреса не сохраняются, результаты хранятся только в памяти сервера 24 часа.
Утечка WebRTC — вопрос настроек браузера, поэтому она возможна с прокси любого провайдера и исправляется одинаково. Настраивая IP Proxy302 в антидетект-браузере, выставьте WebRTC, как описано выше, и проверьте снова на этой странице.
Официальная документация · Проверено:
Прочитано 4 ноября 2026 года. Если клиент за прокси, но может выходить в интернет и напрямую, STUN-проверки WebRTC идут не через прокси и раскрывают публичный IP клиента. Режим 4 (принудительный прокси) требует проксировать медиа WebRTC всякий раз, когда проксируется HTTP; HTTP и большинство SOCKS-прокси не поддерживают UDP, тогда медиа идёт по TCP и качество падает.
Официальная документация · Проверено:
Прочитано 4 ноября 2026 года. STUN — протокол для определения вашего публичного адреса: клиент отправляет запрос STUN-серверу в интернете, и тот отвечает публичным адресом клиента и тем, доступен ли клиент за NAT роутера.
Официальная документация · Проверено:
Прочитано 4 ноября 2026 года. Chrome заменяет локальные IP-адреса в ICE host-кандидатах WebRTC случайными именами mDNS, оканчивающимися на .local, например 1f4712db-ea17-4bcf-a596-105139dfd8bf.local; полный выпуск ожидался в августе 2019 года вместе с Chrome 76.
Официальная документация · Проверено:
Прочитано 4 ноября 2026 года. Разработчик — Google. Расширение настраивает маршрут сетевого трафика WebRTC через параметры конфиденциальности Chrome и может требовать, чтобы трафик WebRTC шёл через прокси, заданный в Chrome; отключение UDP, который идёт не через прокси, по умолчанию выключено и включается на странице настроек расширения.
Официальная документация · Проверено:
Прочитано 4 ноября 2026 года. media.peerconnection.enabled определяет, могут ли страницы создавать объекты RTCPeerConnection; при выключенном параметре ICE-кандидаты не создаются. media.peerconnection.ice.default_address_only использует только интерфейс маршрута по умолчанию — с VPN это адрес выхода VPN.
Официальная документация · Проверено:
Прочитано 4 ноября 2026 года (опубликовано 1 февраля 2024, обновлено 18 августа 2026). Forward пересылает через Google, скрывая настоящий IP; Replace оставляет WebRTC включённым, подменяет публичный адрес IP прокси и скрывает локальные IP; Real оставляет WebRTC включённым с вашим настоящим IP; Disable отключает WebRTC, и сайты это заметят.
Создайте аккаунт, пополните баланс и выберите ротируемый резидентный, статический ISP или дата-центр IP — настроить его в браузере можно за несколько минут.