IP-адрес
Проверка216.73.216.52
Columbus, США · Amazon.com, Inc. · Дата-центр / хостинг
Одна кнопка запускает все тесты утечек разом: принадлежит ли адрес, который видят сайты, вашему VPN, остаются ли DNS-запросы внутри туннеля, не раскрывают ли WebRTC или IPv6 ваш реальный адрес? Вы получаете «пройдено» или «провалено» по каждому тесту и способ исправить каждую проблему.
От этого зависит вердикт по DNS: один и тот же список резолверов значит разное с туннелем и без него.
IP-адрес
Проверка216.73.216.52
Columbus, США · Amazon.com, Inc. · Дата-центр / хостинг
Утечка DNS
Проверкаwaiting for resolvers
Разрешаем уникальные тестовые имена…
Утечка WebRTC
Проверкаgathering candidates
Запрашиваем у браузера его адреса…
Утечка IPv6
Проверкаfetching over IPv6
Запрашиваем хост только с IPv6…
Часовой пояс
Проверкаreading the clock
America/New_York
Чёрные списки
Проверкаquerying lists
Опрашиваем чёрные списки…
Два запуска рядом. Включите (или выключите) VPN и повторите тест: страница сравнит оба запуска и использует сеть резолвера из первого как базу для однозначного вердикта по DNS.
| Предыдущий запуск | Этот запуск |
|---|
| IP-адрес | Сеть | Страна | Запросов | Статус |
|---|---|---|---|---|
| 203.0.113.53 | Example Telecom | Germany | 6 | status |
Подключите VPN и нажмите Запустить проверку VPN. Тест занимает несколько секунд: он читает адрес, который видят сайты, выполняет DNS-запросы уникальных имён в нашей собственной тестовой зоне, запрашивает у браузера его WebRTC-адреса через наш STUN-сервер и загружает крошечный файл с хостов, доступных только по IPv4 и только по IPv6. Для самого надёжного вердикта по DNS запустите тест один раз ещё до подключения VPN — тогда страница узнает резолвер вашего реального провайдера и сможет распознать его наверняка.
Карточка вердикта говорит Утечек не найдено, Нужно исправить одно или Ваш реальный адрес виден, а каждый тест под ней показывает, что было замечено, какой сети это принадлежит и насколько уверен вердикт. Результат Требует проверки означает, что мы увидели сторонний резолвер и не можем сказать, DNS ли это вашего VPN (всё в порядке) или вашего провайдера (утечка); название оператора резолвера обычно делает это очевидным.
VPN защищает только то, что действительно проходит через туннель. Каждый тест смотрит на свой путь, которым трафик может обойти его.
Сравнивает адрес, видимый по HTTP, с тем, что должен показывать VPN. Если в вердикте оператором назван ваш домашний или мобильный провайдер, VPN вовсе не пропускает ваш трафик — он может быть отключён, работать в режиме раздельного туннелирования или быть заблокирован.
Ваш браузер резолвит наши уникальные тестовые имена; резолверы, которые спрашивают о них наш сервер имён, и есть те, что обрабатывают ваш DNS. Если один из них принадлежит вашему провайдеру или публичный резолвер передаёт префикс вашей реальной сети (EDNS Client Subnet), DNS уходит мимо туннеля. Страница теста утечки DNS запускает расширенную версию на 36 запросов.
WebRTC может отправлять UDP-пакеты напрямую с ваших сетевых интерфейсов. Мы просим браузер собрать свои адреса через наш собственный STUN-сервер и сравниваем их с адресом, который видят сайты. Другой публичный адрес означает, что WebRTC обходит VPN. Подробности — на странице проверки утечки WebRTC.
Многие VPN туннелируют только IPv4. Если у вашего подключения есть и IPv6, а IPv6-адрес принадлежит другой сети, чем адрес VPN, сайты с поддержкой IPv6 видят ваше реальное подключение. Тест IPv6 показывает оба семейства.
Торрент-клиенты сообщают адрес трекерам независимо от браузера, поэтому тест в браузере не может доказать, что клиент идёт через туннель. Проверки выше охватывают сетевые пути, которыми может пойти клиент (IPv4, IPv6, DNS); проверка через трекер, показывающая точный адрес, который объявляет ваш клиент, запланирована для этой страницы.
Большинство утечек происходит из-за одной из трёх настроек, и у каждой есть прямое решение.
В приложении VPN включите опцию, которая принудительно направляет DNS через туннель (названия разные: DNS leak protection, Использовать DNS VPN, Блокировать DNS вне туннеля). Если такой опции нет, вручную задайте системный DNS публичным резолвером и включите kill switch VPN. В Windows дополнительно отключите Smart Multi-Homed Name Resolution через групповую политику — иначе система опрашивает все интерфейсы сразу. Повторяйте тест после каждого изменения; на странице теста утечки DNS есть шаги для каждой системы.
Включите защиту WebRTC в приложении VPN или его расширении для браузера, если она есть. В Firefox установите media.peerconnection.ice.default_address_only в true (или полностью отключите WebRTC через media.peerconnection.enabled); в Chrome и Edge используйте расширение, которое выставляет политику обработки IP для WebRTC в disable non-proxied UDP; в Brave та же настройка есть в разделе Privacy. Полные шаги по браузерам — на странице проверки утечки WebRTC.
Если ваш VPN не умеет туннелировать IPv6, чистое решение — VPN, который умеет. Обходной путь — отключить IPv6 на устройстве или в роутере на время работы VPN; в большинстве приложений VPN есть переключатель IPv6 leak protection, который делает это за вас.
Откройте эту страницу в браузере нужного устройства — телефона, планшета, ноутбука или браузера на телевизоре — с подключённым VPN и запустите тест. Поскольку каждый тест выполняется с самого устройства, результат относится только к нему: VPN на ноутбуке ничего не говорит о телефоне. Для VPN на уровне роутера запускайте тест с любого устройства за роутером. Для устройств без браузера (консоли, умные телевизоры) запустите его с устройства в той же сети и с тем же VPN: части про IP и DNS относятся ко всей сети, часть про WebRTC — нет.
Запустите этот тест с подключённым VPN. Если тест IP показывает сеть вашего VPN-провайдера (а не домашнего провайдера), тест DNS не показывает резолвер провайдера, а тесты WebRTC и IPv6 не показывают второго адреса, VPN работает для этого устройства и браузера.
Карточка адреса наверху ответит: если оператор — ваш провайдер или мобильный оператор, VPN для этого браузера не активен; если это хостинг или VPN-провайдер и тип указывает VPN или дата-центр, активен. Проверка прокси и VPN показывает основания подробно.
Подключитесь к нужному серверу и откройте местоположение по IP: показанное местоположение — то, что будут предполагать сайты. Если это по-прежнему ваш город, VPN не пропускает ваш трафик.
Частые причины: приложение обновилось и потеряло настройки, сеть блокирует протокол VPN (попробуйте другой протокол или порт), kill switch держит трафик после обрыва, второй VPN или прокси конфликтует с ним, или закончилась подписка. Переподключитесь, смените протокол и повторите этот тест.
Утечка IP означает, что сайты, трекеры или пиры видят адрес вашего реального подключения — провайдера и примерное местоположение — вместо адреса VPN. Это не раскрывает ваше имя, но лишает VPN смысла. Устраните утечку и переподключитесь, чтобы сайты, которые вы посетите дальше, видели только адрес VPN.
Да, для трафика, который проходит через него: сайты видят адрес VPN-сервера вместо вашего. От самого VPN-провайдера он ваш адрес не скрывает и не может скрыть то, что утекает мимо туннеля — DNS, WebRTC, IPv6, — а это как раз то, что проверяет этот тест.
Запустите этот тест. Любой тест с пометкой Утечка означает, что адрес или DNS-запрос попал в интернет вне VPN. В вердикте указан раскрытый адрес и сеть, которой он принадлежит, чтобы вы могли убедиться, что он ваш.
Если приложение VPN подключается, но эта страница по-прежнему показывает вашего провайдера, или приложение вообще не может подключиться, сеть, в которой вы находитесь, может блокировать протоколы VPN (так делают некоторые работодатели, отели и страны). Попробуйте другой протокол (WireGuard, OpenVPN по TCP 443) или режим обфускации в приложении. Если конкретный сайт отвергает вас, а VPN здесь работает, этот сайт блокирует известные диапазоны VPN — проверка прокси и VPN это подтвердит.
Наша DNS-зона и STUN-сервер (Франкфурт) · Сервис проверки CheckMyIP · Ничего на этой странице не сохраняется: результаты вычисляются для каждого запроса и удаляются.