WebRTC и реальный IP при Happ
Тест на утечки выдаёт блок WebRTC, в нём светится какой-то адрес, и человек делает вывод, что Happ не работает. Часто это адрес вида 192.168 — то есть номер устройства в домашней сети, который сам по себе никому ничего не сообщает. Но иногда там действительно оказывается публичный IP провайдера, и тогда разговор серьёзный. На clearpathvpn.top мы разбираем этот блок отдельно, потому что путаница здесь возникает почти всегда.
Зачем браузеру вообще знать ваши адреса
WebRTC — механизм для звонков и видеосвязи прямо в браузере, без сторонних программ. Чтобы соединить двух собеседников напрямую, ему нужно понять, по каким адресам до вас можно дотянуться. Для этого браузер опрашивает специальные вспомогательные серверы и собирает список своих кандидатов на соединение.
В этом списке оказываются и локальный адрес в домашней сети, и публичный адрес, с которым вы выходите в интернет. Тест утечек просто показывает то, что браузер и так честно про себя рассказывает любому сайту с видеозвонками.
Поэтому первый шаг — не паника, а чтение. Локальные адреса начинаются с 192.168, 10. или 172.16–172.31, и они одинаковы у миллионов домашних сетей. Публичный адрес — тот, по которому вас видно снаружи, и вот он в идеале должен совпадать с адресом сервера туннеля.
| Что в блоке WebRTC | Опасно? |
|---|---|
| 192.168.x.x или 10.x.x.x | Нет, это номер в домашней сети |
| Адрес сервера туннеля | Нет, так и должно быть |
| Публичный IP вашего провайдера | Да, это настоящая утечка |
| Пусто / прочерк | WebRTC отключён в браузере |
Почему при полном туннеле утечки обычно нет
Когда Happ поднимает полноценный сетевой туннель, весь исходящий трафик устройства идёт через него, включая служебные запросы WebRTC к вспомогательным серверам. Браузер спрашивает «какой у меня внешний адрес» и получает адрес сервера туннеля — потому что физически вопрос ушёл оттуда.
Именно поэтому режим полного туннеля закрывает эту тему без дополнительных плясок. Ничего специально настраивать в браузере не нужно: он не знает про VPN и просто пользуется той сетью, которую видит система.
Проверять результат лучше не по одному тесту, а по двум разным сервисам проверки. Один может кэшировать прошлый ответ, второй — работать с другим набором вспомогательных серверов, и расхождение само по себе полезная информация.
Где утечка действительно возможна
Основной сценарий риска — когда туннель охватывает не всё устройство. Если трафик заворачивается по правилам приложений и браузер в эти правила не попал, он выходит в сеть напрямую, и WebRTC покажет ваш настоящий адрес честно и без злого умысла.
Второй сценарий — прокси-расширение в браузере вместо системного туннеля. Многие такие расширения перенаправляют только обычные запросы страниц, а служебный обмен WebRTC пускают мимо. Отсюда и легенда, что «VPN не спасает от WebRTC»: она про прокси в браузере, а не про полноценный туннель.
Третий — режим, при котором вы сознательно оставили большинство приложений снаружи. Про его плюсы и ограничения написано в статье про режим только для браузера: там же видно, почему проверять утечки надо именно в том приложении, которое вы завернули.
- Туннель работает по правилам приложений, браузер вне списка
- Вместо туннеля используется прокси-расширение
- Часть трафика идёт по IPv6, а туннель обрабатывает только IPv4
- Второй VPN перехватывает маршрут раньше Happ
Что делать, если публичный адрес всё-таки виден
Сначала переведите Happ в полный туннель и повторите тест в новом приватном окне. В девяти случаях из десяти на этом всё и заканчивается: адрес в блоке WebRTC становится адресом сервера, а локальные номера сети остаются, и это нормально.
Если утечка сохраняется, выключите на время все расширения браузера и проверьте заново. Прокси-плагины и «ускорители» — самые частые виновники, а находятся они не поиском по настройкам, а простым отключением всего списка и включением по одному.
Крайний вариант — отключить WebRTC в браузере полностью. Учтите цену: перестанут работать звонки и конференции прямо на страницах, а часть сайтов начнёт жаловаться на отсутствие микрофона. Для повседневной работы это редко оправдано, а вот на время диагностики — удобно.
- Включить полный туннель в Happ и переподключиться
- Открыть тест в приватном окне без входа в аккаунты
- Сверить публичный адрес в блоке WebRTC с адресом сервера
- Отключить расширения и повторить проверку
- Только при необходимости — выключить WebRTC в настройках браузера
Чего WebRTC не решает
Скрытый адрес не делает вас невидимым. Сайт узнаёт вас по аккаунту, по cookie, по набору шрифтов и разрешению экрана — это отдельный слой, никак не связанный с туннелем. Обещания полной анонимности от любого VPN стоит воспринимать критично.
Также помните, что часть сервисов сама заинтересована в прямом соединении: видеозвонки через сервер туннеля идут с большей задержкой. Если созвон стал хуже, это не поломка, а плата за маршрут — подробнее про задержки в материале про высокий пинг в Happ.
И последнее: если проверка нужна вам не ради интереса, а перед конкретной задачей, зафиксируйте нормальную картину заранее. Тогда при следующем сомнении вы сравните с эталоном, а не будете угадывать. Полезный сосед по теме — статья про проверку IP после Connect.