Как проверить VPN: внешний IP, DNS и WebRTC
Как сравнить результаты до и после подключения, заметить неожиданный прямой доступ и не перепутать ошибку теста с отсутствием утечек.
Смена IP — первый шаг проверки VPN, но не весь тест. Браузер обращается к сайтам, разрешает доменные имена через DNS и может устанавливать WebRTC-соединения. Эти пути стоит проверять отдельно.
Ниже — порядок проверки и объяснение результатов. Он помогает обнаружить несоответствие ожидаемому маршруту, но не подтверждает полную анонимность устройства и не заменяет проверку других приложений.
Подготовьте сравнение до и после подключения
Используйте одно устройство, один браузер и одну сеть. Запишите время проверки, выбранную локацию VPN и включённые исключения из туннеля. Во время сравнения не переключайтесь с Wi-Fi на мобильный интернет: иначе адрес может измениться из-за самой сети.
Если вам допустим прямой доступ, сначала получите исходный результат без VPN на тестовой странице. Затем подключите VPN и повторите проверку. На время прямого соединения закройте приложения и страницы, которым нужен туннель. Если отключать VPN нельзя, пропустите исходный замер и учитывайте, что вывод будет менее определённым.
Для каждого теста сохраняйте результат, а не только цвет индикатора. Полезно записать четыре строки: внешний IP, DNS-резолверы, публичные адреса WebRTC и ошибки тестирования.
1. Проверьте внешний IP браузера
Откройте «Мой IP» в Logrus, запишите адрес, подключите VPN и обновите страницу. Этот инструмент показывает адрес, с которого пришёл запрос к нашему сайту.
Если адрес изменился на ожидаемый адрес выхода VPN, запрос страницы пошёл через другой выход в интернет. Если адрес остался прежним, проверьте режим клиента, исключения для браузера и сайта, а также отдельные браузерные прокси.
Не оценивайте результат только по стране или городу. Географические базы могут запаздывать, а один и тот же адрес разные сервисы относят к разным местам. Несовпадение города с названием локации само по себе не доказывает обход туннеля.
Один HTTP-запрос обычно использует либо IPv4, либо IPv6. Поэтому показанный IPv4 не отвечает на вопрос, какой путь выберет другое приложение по IPv6. Если для вашей задачи важно исключить прямой доступ по обоим протоколам, нужна отдельная проверка обоих путей.
2. Проверьте, какие DNS-резолверы видит тест
DNS-тест вызывает обращения к новым доменным именам и смотрит, какие резолверы приходят за ответом. Он помогает понять, кто обслуживает запросы в этом конкретном тесте. Показанный адрес обычно принадлежит DNS-серверу, а не вашему устройству.
На момент подготовки статьи DNS-пробник Logrus ещё не подключён: страница DNS-проверки показывает, что тест недоступен. Такой экран нельзя считать результатом «утечек нет». Для отдельного DNS-замера можно использовать DNSLeakTest. Это сторонний сервис: он получит технические данные вашего соединения. Предложенная на нашей странице проверка WebRTC проверяет другой сетевой механизм и DNS-тест не заменяет.
При работающем тесте сравните результаты без VPN и с VPN. Если после подключения неожиданно остаётся резолвер вашего интернет-провайдера, это повод проверить настройки DNS и маршрутизацию. Одного названия организации недостаточно для окончательного вывода: VPN может использовать сторонний DNS, а браузер — собственный защищённый DNS.
DNS-over-HTTPS шифрует DNS-запрос до выбранного резолвера, но не доказывает, что соединение с ним проходит внутри VPN. И наоборот, название публичного DNS-сервиса в результате само по себе не означает утечку. Важны ожидаемая конфигурация и фактический маршрут. Например, режимы защищённого DNS в Firefox описаны в инструкции Mozilla.
Пустой результат, тайм-аут или ошибка теста означают, что данных недостаточно. Причиной могут быть ограничения браузера, недоступность тестового сервера или сетевой сбой. Повторите проверку; не превращайте отсутствие измерений в вывод о безопасности.
3. Проверьте WebRTC и прочитайте сами адреса
WebRTC используется, например, для звонков в браузере. Для установления соединения браузер собирает возможные сетевые адреса. Их можно посмотреть на странице проверки WebRTC.
Тест Logrus обращается к STUN-серверам Google и Cloudflare, чтобы получить сетевые кандидаты. Это сетевые обращения к внешним сервисам; разрешение на камеру или микрофон для нашего теста не требуется.
Сравнивайте публичные адреса WebRTC с исходным адресом вашей сети и адресом выхода VPN:
| Результат | Как его понимать |
|---|---|
| Показан ожидаемый публичный адрес VPN | Само по себе это не утечка адреса провайдера |
| Показан исходный публичный адрес вашей сети, который должен был быть скрыт | Возможен прямой путь вне ожидаемого туннеля; проверьте исключения и повторите тест |
Показан адрес домашней сети, например 192.168.x.x | Это локальный адрес, а не публичный адрес выхода в интернет |
Вместо адреса показано имя с окончанием .local | Браузер скрывает локальный адрес с помощью mDNS; это не доказательство защиты всех соединений |
| Адресов нет или тест завершился ошибкой | Тест не дал достаточных данных; возможны ограничения WebRTC или недоступность STUN |
Другой публичный адрес требует разбора, но не всегда означает утечку: разные типы соединений могут выходить через разные адреса инфраструктуры VPN. Сильнее всего настораживает появление именно вашего исходного публичного адреса при ожидаемом полном туннеле.
Индикатор теста — подсказка, а не окончательный диагноз. Сопоставляйте адреса, режим клиента и результаты повторного запуска. Техническое описание типов сетевых кандидатов есть в документации MDN.
Что делать, если результат не совпал с ожиданиями
- Проверьте, включён ли полный туннель или настроены исключения. Для исключённого приложения прямой доступ может быть намеренным.
- Убедитесь, что браузерное расширение или второй VPN-клиент не меняют маршрут независимо от Logrus.
- Переподключите VPN, обновите тестовую страницу и повторите измерение в той же сети.
- Если непонятный результат повторяется, сохраните время, версию ОС и клиента, локацию и результаты тестов. Передайте их через поддержку Logrus, не публикуя ключи и ссылку подписки.
Если при подключённом VPN страницы вообще не открываются, начните с отдельной инструкции по диагностике соединения. Тест утечек не заменяет проверку доступности сети.
Что эта проверка не доказывает
Результат относится к конкретному браузеру, сети и моменту времени. Он не проверяет автоматически мессенджеры, игры, фоновые процессы, поведение после сна или блокировку трафика при обрыве туннеля.
VPN также не удаляет cookie, не отменяет вход в аккаунт и не делает одинаковыми отпечатки браузеров. Поэтому корректная формулировка результата — «в этом тесте не обнаружен неожиданный прямой путь», а не «устройство полностью анонимно».
Повторяйте проверки после изменения сетевых настроек, режима туннеля или клиента. Сравнение сохранённых результатов помогает заметить изменение поведения без догадок.