Перейти к содержимому

Бесплатный инструмент

Тест утечки IP: проверка IPv4, IPv6, WebRTC и DNS

Какие сетевые сигналы может раскрыть этот браузер?

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

Адрес IPv4

Ожидание

Запустите тест, чтобы определить ваш адрес IPv4.

Адрес IPv6

Ожидание

Запустите тест, чтобы определить ваш адрес IPv6.

Утечка WebRTC

Ожидание

Запустите тест, чтобы проверить утечки WebRTC.

Утечка DNS

Ожидание

Запустите тест, чтобы проверить утечки DNS.

Прозрачная методология

Как работает этот тест утечки IP

Это сравнение маршрутов браузера, а не сертификат анонимности. Тест измеряет сетевые сигналы, которые можно наблюдать по отдельности, отмечает неполные данные как недоступные или неопределённые и считает признаком утечки только точное совпадение с базовой линией прямого подключения, адрес WebRTC из сети, отличной от видимого маршрута браузера, или DNS-резолвер в сети сохранённого прямого подключения.

Версия теста
2026.10.01
Последняя проверка
Технический рецензент
John Hale

Сравнение с базовой линией: до и после

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

  1. Измерьте прямой маршрут

    Без прокси или VPN, маршрут которых вы хотите оценить, запустите полный тест и изучите данные IPv4, IPv6, WebRTC и DNS.

  2. Сохраните текущий результат

    Нажмите «Сделать текущий результат базовой линией». Обнаруженные публичные IP и DNS-резолверы хранятся только в памяти этой страницы для текущей вкладки; перезагрузка страницы или уход с неё их удаляет.

  3. Меняйте только целевой маршрут

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

  4. Повторите те же проверки

    Точное совпадение публичного IP или адреса WebRTC с сохранённой базовой линией прямого подключения — свидетельство утечки, как и DNS-резолвер в сети прямого подключения. Отсутствующие данные, неподтверждённый альтернативный маршрут или одна лишь география DNS дают неопределённый результат или статус «Требует проверки».

Сигналы и сервисы измерений

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

Сетевые сигналы, сервисы и их роль в этом тесте утечки IP
СигналСервисКак используется
Публичные IPv4 и IPv6ipifyВозвращает публичный адрес, с которого пришёл запрос для каждого семейства адресов.
Локация IP и принадлежность сетиIPinfo и GeoJS · Документация GeoJSНезависимо дополняют сведения о публичных адресах. Принадлежность ASN используется, если ответившие источники согласны, и отбрасывается при противоречии; местоположение остаётся оценкой.
ICE-кандидаты WebRTCWebRTC браузера с публичными STUN-серверами Google и CloudflareСоздаёт RTCPeerConnection и собирает кандидатов через stun.l.google.com, stun1.l.google.com и stun.cloudflare.com. Тест не открывает поток камеры или микрофона.
Данные о DNS-резолверахТест bash.ws с авторитетным DNS-серверомЗагружает уникальные тестовые имена хостов и получает резолверы, замеченные в этой новой сессии, вместе с публичным маршрутом, через который был запрошен результат.

Правила классификации

Инструмент отличает подтверждённую утечку от сигнала, который требует проверки. «Недоступно» означает, что канал не удалось проверить; это не значит, что он безопасен или что произошла утечка.

Правила классификации IPv4, IPv6, WebRTC, DNS и общего результата
КаналПризнаков нетТребует проверки / недоступноОбнаружена утечка
IPv4 / IPv6Публичный адрес обнаружен и не совпадает с адресом того же семейства в сохранённой базовой линии прямого подключения.Семейство адресов отсутствует, заблокировано или не удалось дополнить сведениями, либо видимые адреса IPv4 и IPv6 принадлежат разным сетям или странам. Разные адреса в одной сети — это нормально.Обнаруженный публичный адрес точно совпадает с сохранённой базовой линией прямого подключения для этого семейства адресов.
WebRTCСбор ICE завершился или затих после появления публичного кандидата, и каждый публичный кандидат уже входит в видимый маршрут браузера, без адресов из базовой линии. Браузер, в котором WebRTC отключён или не вернул ни одного кандидата, тоже не даёт признаков.Сбор ICE не завершился, был заблокирован, дал только частные или некорректные адреса либо вернул альтернативный адрес, сеть которого не удалось определить. Другой адрес в том же ASN тоже получает статус «Требует проверки», так как один сервис может использовать несколько точек выхода.Публичный кандидат совпадает с сохранённой базовой линией прямого подключения или принадлежит другому ASN, чем видимый маршрут. Если у видимого маршрута нет адреса из семейства кандидата, сравнивается сеть другого семейства.
DNSПолная и стабильная авторитетная сессия показывает резолверы в стране подтверждённого публичного IP или за рубежом, но в сети, которая в той же сессии отвечала и из этой страны (пулы публичного DNS охватывают несколько стран), и ни одного резолвера из базовой линии.Резолвер совпадает с сохранённой базовой линией, находится в другой стране в сети, которая не отвечала из видимой страны, не имеет известного владельца или местоположения, маршрут пробы изменился или не совпал с видимым маршрутом. Сами по себе эти сигналы не доказывают утечку DNS.Резолвер принадлежит тому же ASN, что и сохранённое прямое подключение, а видимый маршрут использует другую сеть. Одна лишь география резолвера никогда не считается утечкой: публичные резолверы, anycast и ошибки геолокации не позволяют отнести её к конкретному пользователю.
Общий результатХотя бы одно семейство публичных адресов, WebRTC, DNS и сохранённая базовая линия (если есть) дали полные данные без признаков утечки, а IPv4 и IPv6, если видны оба, используют одну сеть.Хотя бы один канал недоступен, неполон или неоднозначен. Подтверждённая утечка в любом канале всё равно имеет приоритет над неполным каналом.Видимый публичный адрес совпал с сохранённой базовой линией прямого подключения, WebRTC дал подтверждённое свидетельство утечки или DNS использовал резолвер в сети сохранённого прямого подключения.

Конфиденциальность

  • Результат собирается в вашем браузере. Этот инструмент не отправляет готовый отчёт о тесте в TrueProxies.
  • Сохранённая базовая линия хранится в памяти для текущей страницы и вкладки. После перезагрузки или перехода на другую страницу инструмент её не сохраняет.
  • Сервисы измерений получают запросы, необходимые для определения адреса, обмена STUN для сбора кандидатов, поиска геолокации или тестового DNS-запроса. На них распространяются их собственные условия конфиденциальности и хранения данных.
  • Публичные IP-адреса и адреса резолверов показываются на экране, потому что именно эти данные сравниваются. Скройте их, прежде чем публиковать скриншот или делиться отчётом.

Поддержка браузеров и ОС

Проверки публичного IP
Нужны JavaScript, поддержка HTTPS-запросов через fetch, доступ к сервисам по CORS и рабочее подключение по IPv4 или IPv6. В коде, который работает только в браузере, заблокированный запрос неотличим от недоступного семейства адресов.
Проверки WebRTC
Требуется RTCPeerConnection и сбор ICE, который завершается или затихает после появления публичного кандидата. Настройки приватности браузера, управляемые политики, расширения, маскировка mDNS, межсетевые экраны и ограничения UDP могут сократить или заблокировать данные.
Проверки DNS
Нужно, чтобы уникальные тестовые изображения и эндпоинт результатов bash.ws были доступны. Блокировщики контента, политики защищённых сетей, уровни кэширования или ротация выходных узлов могут сделать сессию недоступной или неопределённой.
Браузеры и операционные системы
Проверки, основанные на возможностях браузера, рассчитаны на актуальные Chrome, Edge, Firefox и Safari на компьютерах и мобильных устройствах. Эта страница не заявляет о сертифицированной матрице браузеров и ОС: политики маршрутизации браузеров и операционных систем могут различаться в зависимости от версии и настроек.

Ограничения

  • Чистый результат относится только к сигналам, доступным в этом запуске. Он не доказывает анонимность, не защищает от фингерпринтинга, не анализирует все приложения на устройстве и не проверяет трафик за пределами этой вкладки браузера.
  • Геолокация IP приблизительна. Несовпадение города или страны может быть следствием устаревших данных, маршрутизации ISP, публичного резолвера или anycast, а не утечки маршрута.
  • Обычный HTTP-прокси может передавать HTTP-трафик браузера, не передавая WebRTC, DNS операционной системы или все пути IPv6. Точное поведение зависит от браузера, операционной системы, протокола прокси и настроек клиента.
  • Сервисы с ротацией и несколькими точками выхода могут штатно показывать разные адреса в одном запуске. Альтернативные адреса остаются в статусе «Требует проверки», если только совпадение с базовой линией прямого подключения или независимо подтверждённые данные о сети не удовлетворяют правилу утечки.
  • Сбои сервисов, лимиты запросов, политика безопасности контента, расширения и сетевая фильтрация могут лишить тест данных. «Недоступно» означает «не проверено», а не «безопасно» и не «утечка».

Стандарты и документация сервисов

Что нужно знать об утечках IP

Что такое утечка IP?

Утечка IP — это свидетельство того, что публичный адрес прямого подключения остался виден, несмотря на заданный маршрут через прокси или VPN. Тест может подтвердить такое свидетельство, когда адрес совпадает с сохранённой базовой линией прямого подключения, WebRTC раскрывает другую сеть или DNS использует резолвер в сети прямого подключения. География DNS, названия городов и отсутствующие результаты требуют большей осторожности и не доказывают личность.

Типы утечек

Типичные сигналы маршрута браузера

Интерпретируйте каждый канал отдельно, прежде чем решать, был ли обход маршрута.

Обход маршрута через WebRTC

WebRTC собирает кандидатов для соединения отдельно от обычных запросов страницы. Кандидат, совпадающий с сохранённой базовой линией прямого подключения или принадлежащий другой сети, чем видимый маршрут, — свидетельство утечки. Остальные альтернативные адреса получают статус «Требует проверки».

Несовпадение DNS-резолвера

Резолвер за пределами ожидаемого маршрута стоит изучить. Резолвер в сети вашего сохранённого прямого подключения — свидетельство утечки; одна лишь география не доказывает утечку, потому что публичные DNS, маршрутизация anycast, ротация выходных точек и ошибки геолокации дают вполне законные различия.

Обход через IPv4 или IPv6

Клиент может направлять одно семейство адресов иначе, чем другое. Обнаруженный адрес IPv4 или IPv6, совпадающий с сохранённой базовой линией для того же семейства, — свидетельство утечки, а IPv4 и IPv6 в разных сетях или странах получают статус «Требует проверки»; оба семейства в одной сети — это нормально.

Границы маршрутов

Где маршруты браузера могут расходиться

Прокси передаёт только тот трафик, который приложение отправляет через него. Как ведут себя WebRTC в браузере, разрешение имён DNS и IPv6, зависит от браузера, операционной системы, протокола прокси и настроек клиента. Измеряйте каждый канал явно, а не считайте, что один успешный HTTP-запрос отражает все сетевые пути.

Разбор сигналов

Что делать, если вы видите признак утечки

  1. 1Убедитесь, что сохранённая базовая линия получена на том прямом подключении, с которым вы собирались сравнивать, и что вы оставались в той же вкладке браузера.
  2. 2Определите конкретный канал: совпадение IPv4/IPv6 с базовой линией прямого подключения и подтверждённый обход через WebRTC — более весомые свидетельства, чем локация DNS или недоступный результат.
  3. 3Проверьте для этого канала настройки маршрутизации браузера, операционной системы, протокола прокси и клиента, затем меняйте по одной переменной за раз.
  4. 4Повторите то же сравнение «до и после». Не считайте статусы «Требует проверки» или «Недоступно» доказательством того, что маршрут исправлен.
  5. 5Обращаясь в поддержку, укажите браузер/ОС, клиент, протокол, версию теста, время и данные со скрытыми адресами; не публикуйте учётные данные и полные публичные адреса.

Библиотека наблюдений

Руководства по отдельным тестам утечек и собственные данные о маршрутах

С помощью тематических руководств исследуйте отдельный сетевой канал, затем сравните четыре обезличенных наблюдения за маршрутами со своей базовой линией. Серия наблюдений — это данные одной записанной сессии, а не сравнительное тестирование на широкой выборке.

Руководство по тесту утечки WebRTC

Читайте ICE-кандидаты, отличайте публичные маршруты от частных адресов или mDNS и расследуйте обход прокси в браузере.

Читать материалы

Руководство по тесту утечки DNS

Интерпретируйте наблюдения за резолверами через авторитетный DNS-сервер, не превращая anycast или несовпадение стран в ложные заявления об утечке.

Читать материалы

Руководство по тесту утечки IPv6

Сравнивайте IPv4 и IPv6 по отдельности и проверяйте, оставляет ли маршрут только для IPv4 видимым прямой путь IPv6.

Читать материалы

Руководство по маршрутам: прокси или VPN

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

Читать материалы

Серия наблюдений за маршрутами браузера

Изучите четыре обезличенных наблюдения — прямое подключение, WARP и прокси — с данными для скачивания в CSV и JSON.

Читать материалы

Проверяйте рекламу с резидентного IP

Когда маршрут чист, проверьте размещения, цепочки редиректов и целевые страницы с резидентного выхода на рынке кампании — с шаблонами доказательств для каждого снимка.

Читать материалы

Вопросы и ответы

Часто задаваемые вопросы

Типичные вопросы о тестировании утечек IP и безопасности прокси.

Что такое тест утечки IP?

Эта проверка в браузере сравнивает публичные маршруты IPv4 и IPv6, кандидатов WebRTC и данные о DNS-резолверах. Признак утечки — точное совпадение с базовой линией, обход маршрута через WebRTC или резолвер в сети прямого подключения. География DNS и отсутствующие результаты остаются диагностическими сигналами, а инструмент не может доказать анонимность.

Как работает обнаружение утечек WebRTC?

Инструмент создаёт тестовое RTCPeerConnection, не открывая камеру или микрофон, и изучает данные ICE. Точное совпадение с видимым маршрутом не даёт признаков, как и браузер с отключённым WebRTC. Совпадение с базовой линией прямого подключения или другая сеть — признак утечки; другой адрес в том же ASN получает статус «Требует проверки». Заблокированные, некорректные или неполные данные дают статус «Недоступно».

Этот тест утечки IP бесплатный?

Да, страница не требует регистрации. Проверки выполняются в вашем браузере и обращаются к сторонним сервисам: определения IP, геолокации, STUN и авторитетного DNS bash.ws. Эти сервисы получают запросы, необходимые для измерения маршрута. Готовый отчёт о тесте этот инструмент в TrueProxies не отправляет.

Почему по моему IP определяется не тот город, где я нахожусь?

Геолокация IP — это оценка. Маршрутизация ISP, инфраструктура anycast, обновления у поставщиков данных и ошибки в базах могут отнести адрес к другому городу или стране. Сама по себе метка локации не доказывает утечку.

Что делать, если обнаружена утечка?

Проверьте базовую линию прямого подключения, определите, откуда пришло свидетельство — из IPv4, IPv6, WebRTC или DNS, — и проверьте соответствующий маршрут браузера или клиента. Меняйте по одной настройке за раз и повторяйте то же сравнение. Расхождения стран DNS и недоступные каналы рассматривайте как статус «Требует проверки», а не как автоматическое доказательство.

Может ли сайт понять, что я использую прокси?

Сайт может оценивать принадлежность или репутацию IP, заголовки запросов, характеристики TLS и браузера, историю аккаунта и поведение. Этот тест утечки IP измеряет только раскрытие маршрута; он не проверяет, считает ли сайт адрес прокси и анонимна ли сессия.

Why does my IP show a different city than where I am?

IP geolocation is an estimate. ISP routing, anycast infrastructure, provider updates, and database errors can place an address in a different city or country. A location label by itself does not establish a leak.

What should I do if a leak is detected?

Confirm the direct baseline, identify whether the evidence came from IPv4, IPv6, WebRTC, or DNS, and review the relevant browser/client route. Change one setting at a time and repeat the same comparison. Treat DNS country mismatches and unavailable channels as Review rather than automatic proof.

Can a website tell that I am using a proxy?

A website may evaluate IP ownership or reputation, request headers, TLS and browser characteristics, account history, and behavior. This IP leak test measures route exposure only; it does not test whether a site classifies an address as a proxy or whether a session is anonymous.

Для блогеров

Ссылка на этот инструмент

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

<a href="https://trueproxies.com/tools/ip-leak-test/" title="IP Leak Test by TrueProxies">IP Leak Test — Check IPv4, IPv6, WebRTC &amp; DNS</a>

Проверьте свой маршрут

Нужен прокси-маршрут, который можно проверить?

Протестируйте TrueProxies на своём клиенте и реальных целевых сайтах, затем сравните видимые браузеру сигналы IPv4, IPv6, WebRTC и DNS со своей базовой линией прямого подключения.