IP, видимый сайту
Проверяем…
Устанавливаем защищённое соединение.
Подключите VPN, затем запустите тест. Вы увидите IP-адрес, доступный сайту, и узнаете, не показывает ли WebRTC другой публичный адрес.
Проверяем…
Устанавливаем защищённое соединение.
Проверяем…
Собираем только сетевые кандидаты, без доступа к камере и микрофону.
Нет сохранённого значения
Можно сохранить текущий адрес как исходный — только в этом браузере.
Нужна отдельная проверка
Этот браузерный тест не видит адрес DNS-резолвера и не выдаёт догадку за результат. Наличие только IPv4 в ответе также не доказывает отсутствие IPv6-утечки.
Для WebRTC-проверки браузер обращается к публичному STUN-серверу Cloudflare. Аудио, видео и содержимое посещённых сайтов не запрашиваются.
VPN обычно направляет интернет-трафик через зашифрованное соединение и меняет публичный IP-адрес. Но отдельные технологии браузера или особенности маршрутизации могут использовать другой сетевой путь. Поэтому полезно сравнивать не один признак, а несколько.
Адрес в блоке «IP, видимый сайту» — это публичный адрес текущего HTTPS-соединения. Если после подключения он совпадает с заранее сохранённым адресом без VPN, трафик мог пройти в обход VPN либо соединение с VPN не установилось. Само совпадение требует повторной проверки: некоторые провайдеры и корпоративные сети используют общие адреса.
WebRTC нужен браузерам для звонков и прямых соединений. При формировании ICE-кандидатов браузер может получить публичный адрес через STUN. Если публичный WebRTC-адрес отличается от адреса HTTPS-соединения, тест отмечает это как возможную утечку или split tunneling. Локальные адреса и имена mDNS не считаются публичной утечкой.
DNS-утечка возникает, когда запросы имён уходят не через ожидаемый DNS-сервис VPN. Обычная веб-страница не получает от браузера адрес резолвера. Поэтому честная проверка требует уникального домена и собственного авторитетного DNS-сервера, который сопоставляет запрос с текущим тестом. Здесь такого утверждения нет.