Проверка утечки WebRTC

Утечка WebRTC – это когда браузер сам передаёт сайту Ваш настоящий сетевой адрес, хотя страницы Вы открываете через ВПН. Так выходит потому, что WebRTC (встроенный в браузер механизм для звонков и видеовстреч) берёт список адресов напрямую у операционной системы и проверяет их в обход защищённого соединения. Проверка на этой странице запускает тот же механизм и показывает, какие адреса браузер готов отдать сайту: если среди них есть адрес Вашего оператора связи – утечка есть, если виден только адрес ВПН и адреса домашней сети – всё в порядке. Проверка занимает пару секунд, регистрация не нужна.

Обновлено 11.08.2026

Что такое WebRTC и почему он знает Ваши адреса

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

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

Важно, что список собирается ниже уровня страницы – на уровне системы и сетевых настроек. Поэтому режим без сохранения истории, очистка сохранённых данных и блокировщик рекламы на него никак не влияют: они работают со страницей, а не с сетевыми подключениями.

Почему настоящий адрес виден даже при включённом ВПН

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

Другие частые причины:

• одновременно активны несколько подключений, например, провод и Wi-Fi, и браузер честно перечисляет их все;
• защищённое соединение оборвалось на секунду, а страница уже успела собрать адреса;
• сайт добавлен в список исключений, и ВПН для него намеренно не применяется;
• работает IPv6 (новый формат сетевых адресов), а защищённое соединение поднято только для старого формата;
• список адресов был собран до включения ВПН, а вкладка с тех пор не обновлялась;
• в браузере стоит дополнение, которое само меняет режим работы WebRTC, и его настройка расходится с настройкой ВПН.

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

1. Включите ВПН и дождитесь, пока он покажет, что соединение установлено.
2. Откройте эту страницу и запустите проверку.
3. Сравните адреса из блока WebRTC с основным адресом, который показан вверху страницы.
4. Повторите проверку в режиме без сохранения истории и в другом браузере – так станет видно, влияет ли на результат какое-то одно дополнение.

Что означают строки в результате:

• адреса, которые начинаются на 192.168, 10 или 172.16–172.31 – это адреса внутри Вашей домашней сети. Снаружи они ничего не значат, такие же есть у миллионов людей;
• случайный набор букв и цифр, оканчивающийся на .local – браузер специально скрыл домашний адрес, это нормально;
• внешний адрес, совпадающий с основным адресом страницы – утечки нет;
• внешний адрес, который отличается от основного и принадлежит Вашему оператору связи – это и есть утечка;
• длинная строка с двоеточиями – это адрес формата IPv6. Если он принадлежит Вашему оператору, это тоже утечка, даже когда обычный адрес подменён правильно;
• пустой список – WebRTC отключён или заблокирован. Учтите, что звонки и видеовстречи в браузере при этом работать не будут.

Что именно узнаёт сайт при утечке

Стоит понимать соразмерность. Настоящий сетевой адрес показывает сайту Вашего оператора связи и примерное расположение – обычно город или область, иногда только регион. Имени, точного адреса проживания и номера телефона в нём нет: связать адрес с конкретным человеком может только сам оператор и только по официальному запросу.

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

• смена региона перестаёт работать так, как Вы рассчитывали: страница может ориентироваться на настоящую страну, а не на страну ВПН;
• визиты становится проще связать между собой – даже если внешний адрес ВПН каждый раз новый, утёкший адрес остаётся одним и тем же;
• содержимое трафика при этом не раскрывается: утечка выдаёт адрес, а не то, что Вы открываете.

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

Как отключить WebRTC в разных браузерах

Полное отключение – грубая мера: перестанут работать звонки, видеовстречи и демонстрация экрана прямо в браузере. Если Вы ими пользуетесь, разумнее не выключать WebRTC совсем, а разобраться с самим соединением.

• Firefox: откройте about:config, согласитесь с предупреждением, найдите media.peerconnection.enabled и переключите на false. Более мягкий вариант – оставить его включённым, но задать media.peerconnection.ice.default_address_only значение true: тогда браузер сообщит только один адрес.
• Chrome, Edge и другие браузеры на том же движке: отдельной кнопки в настройках нет. Домашние адреса они скрывают сами, а внешний ограничивают дополнением, которое переключает режим работы WebRTC, либо настройкой на уровне системы (в рабочей сети её задаёт администратор).
• Safari: по умолчанию он не отдаёт список адресов сайту, пока Вы не разрешили ему камеру или микрофон. Дополнительные переключатели находятся в меню для разработчиков, а само меню включается в настройках, на вкладке дополнительных.
• Телефоны и планшеты: штатной возможности отключить WebRTC нет ни на Android, ни на iPhone. Здесь помогает только соединение, настроенное на уровне всей системы, а не внутри браузера.

После любой такой правки вернитесь на эту страницу и проверьте результат заново: настройка считается рабочей только тогда, когда её видно в проверке.

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

1. Переподключите ВПН и обновите страницу – часто дело в соединении, которое на секунду обрывалось.
2. Проверьте список исключений: если этот сайт в нём есть или туда попали все сайты по общему правилу, защита для них просто не применяется.
3. Отключите лишние сетевые подключения. Если одновременно включены провод и Wi-Fi, оставьте что-то одно.
4. Если ВПН работает только внутри браузера, попробуйте вариант, настроенный на всю систему: тогда служебные запросы тоже пойдут через него.
5. Если звонки в браузере Вам не нужны, отключите WebRTC способом из раздела выше.
6. Повторите проверку и убедитесь, что внешний адрес в блоке WebRTC совпал с основным.

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

Чего эта проверка не покажет

WebRTC – только один из способов узнать, кто перед сайтом. Даже когда утечки нет, настоящее расположение могут выдать: запрос имени сайта, ушедший к серверу оператора; включённый IPv6, для которого защищённое соединение не поднято; часовой пояс и язык системы, не совпадающие со страной адреса. Для этого на сайте есть отдельные проверки.

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

Как считает IPgeo

Список адресов собирает сам браузер на Вашем устройстве, остальное считается на нашей стороне. Мы не сохраняем адреса посетителей, не ставим сторонние счётчики и не показываем рекламу, регистрация и вход не нужны – результат просто показывается Вам и никуда дальше не уходит.

Если сведения нужны не человеку, а программе, есть машинный интерфейс api.ipgeo.ru: он работает без ключей и регистрации и отдаёт данные об адресе в удобном для обработки виде. Сам список WebRTC через него получить нельзя – его умеет собирать только браузер, поэтому такая проверка работает лишь на странице.