Как проверить VPN: IP, DNS, IPv6 и маршруты

Зелёный статус в VPN-клиенте означает, что приложение считает туннель установленным. Но для уверенности стоит проверить, какой IP видят сайты, куда уходят DNS-запросы и не исключено ли нужное приложение из маршрута. Для этого не нужны сложные инструменты — достаточно последовательной проверки.

Не публикуйте результаты целиком: внешний IP, адрес сервера, UUID, ссылка подписки и журнал клиента могут содержать данные подключения. Для поддержки скрывайте секретные поля.

Сначала зафиксируйте состояние без VPN

До подключения откройте надёжный сервис проверки IP и запишите для себя:

публичный IPv4;
наличие публичного IPv6;
страну и примерный регион;
название интернет-провайдера;
результат DNS-теста.

Не отправляйте этот снимок в публичный чат. Он нужен только для сравнения. Геолокационные базы могут ошибаться, поэтому город не обязан совпадать точно.

Шаг 1. Проверьте внешний IP

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

При полном туннеле IPv4 должен измениться на адрес выходного сервера. Страна должна примерно соответствовать выбранной локации. Название владельца сети может отличаться от бренда VPN: сервисы арендуют инфраструктуру у дата-центров.

Если изменился только город внутри сайта, а IP остался прежним, возможно, вы поменяли настройку региона, но не сетевой маршрут.

Почему геолокация показывает другой город

Базы IP обновляются не одновременно. Новый диапазон может ещё считаться принадлежащим другой стране или городу. Мобильные и дата-центровые адреса также определяются приблизительно.

Оценивайте вместе:

изменился ли сам IP;
принадлежит ли он другому провайдеру;
совпадает ли хотя бы страна;
открывается ли нужный сервис;
нет ли старой cookie или вручную выбранного региона.

Один неверный город в тесте не доказывает утечку.

Шаг 2. Проверьте DNS

DNS переводит имя сайта в IP-адрес. При корректном полном туннеле запросы обычно идут через DNS, выбранный VPN-клиентом или сервером. Если запросы продолжают уходить к домашнему провайдеру, это называют DNS-утечкой.

Запустите расширенный DNS-тест и посмотрите на владельцев найденных серверов:

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

Ручной Private DNS, DNS over HTTPS в браузере и защитное приложение могут сознательно обходить DNS-настройку клиента. Это не всегда утечка, но маршрут будет отличаться от ожидаемого.

Шаг 3. Проверьте IPv6

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

Сравните IPv6 до и после подключения:

исходный адрес исчез или заменился адресом VPN — ожидаемый результат;
публичный IPv6 домашнего провайдера остался без изменений — проверьте поддержку IPv6 в клиенте;
IPv6 отсутствует в обоих тестах — отдельной утечки по нему нет;
локальные адреса, начинающиеся с fe80::, не являются публичной утечкой.

Не отключайте IPv6 в системе первым шагом. Сначала обновите клиент, включите предусмотренную им защиту и обратитесь к документации. Ручное отключение может скрыть симптом, но не исправить конфигурацию.

Шаг 4. Проверьте split tunneling

Split tunneling направляет часть приложений или сайтов мимо VPN. Это полезно для локальной сети, но часто объясняет, почему один браузер видит новый IP, а другое приложение — старый.

Проверьте:

список исключённых приложений;
режим Include/Exclude;
доменные правила;
локальные и частные диапазоны;
был ли перезапущен нужный клиент после изменения правил;
использует ли браузер отдельное VPN-расширение.

Для диагностики временно отключите split tunneling, переподключитесь и повторите тест. Не меняйте правила во время важной банковской или рабочей операции.

Шаг 5. Проверьте kill switch

Kill switch блокирует трафик, если VPN неожиданно отключился. Функция есть не во всех клиентах и может конфликтовать со split tunneling.

Безопасный тест:

Включите kill switch в настройках, если он поддерживается.
Откройте безобидную страницу проверки IP.
На несколько секунд смените Wi‑Fi на мобильную сеть или принудительно переподключите VPN.
Пока туннель восстанавливается, страница не должна загрузиться через обычный маршрут.
После подключения убедитесь, что отображается IP сервера.

Не проверяйте функцию во время загрузки файла, видеозвонка или финансовой операции. На разных платформах поведение отличается: изучите описание именно вашего клиента.

Шаг 6. Измерьте скорость правильно

Сравнивайте VPN и прямое соединение в близкое время, в одной сети и с одним тестовым сервером. Сделайте не один, а три замера и смотрите на медианный результат.

Оцените отдельно:

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

Большое расстояние до локации, загруженный Wi‑Fi и плохой маршрут влияют сильнее названия протокола. Для сравнения технологий используйте разбор VPN- и прокси-протоколов.

Если результат не совпадает с ожиданиями

Проверяйте по порядку:

Перезапустите браузер или приложение после подключения.
Отключите split tunneling и браузерные VPN-расширения.
Уберите конфликтующий Private DNS или другой VPN.
Обновите клиент и повторно импортируйте профиль.
Проверьте другую сеть и другую локацию.
Посмотрите журнал на ошибки DNS, TLS, REALITY или маршрутизации.
Обратитесь в поддержку с временем ошибки, платформой и версией приложения.

Перед отправкой журнала удалите UUID, ключи, ссылки подписки, адреса личных ресурсов и другие секреты.

Минимальная проверка за минуту

IP изменился после подключения.
Страна примерно совпадает с выбранной локацией.
DNS не принадлежит исходному провайдеру без понятной причины.
Исходный публичный IPv6 не остался видимым.
Нужное приложение не исключено через split tunneling.
После обрыва соединения клиент не выпускает трафик напрямую, если включён kill switch.

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

Как проверить VPN-подключение: IP, DNS, IPv6 и маршруты