Как протестировать VPN
Обновлено 21 сентября 2026 г. · Как мы исследуем
Чтобы проверить, делает ли VPN свою работу, специальные инструменты не нужны. Эти проверки занимают около пятнадцати минут, и повторять их после любого изменения настроек — самая полезная привычка в этой области.
Сначала запишите базовые показатели
До подключения запишите свой реальный IP-адрес, название вашего провайдера, ваши DNS-резолверы и замер скорости без нагрузки. Без базовых показателей вы не поймёте, изменилось ли что-нибудь.
1. Адрес и DNS
- Подключитесь к серверу в другой стране.
- Проверьте свой публичный IP-адрес. Он должен принадлежать VPN, а не вам.
- Запустите тест на утечку DNS. Каждый указанный резолвер должен принадлежать VPN.
- Проверьте наличие адреса IPv6. Либо его не должно быть вовсе, либо он должен принадлежать VPN.
- Проведите проверку WebRTC в каждом браузере, которым пользуетесь; результаты между ними различаются.
2. Kill switch
- Запустите непрерывный ping на публичный адрес, чтобы видеть, что трафик идёт.
- Снимите процесс VPN-клиента через диспетчер задач, а не отключайтесь корректно.
- Ping должен сразу перестать проходить. Если ответы продолжаются, kill switch вас не защищает.
- Повторите, отключив сетевой адаптер, и ещё раз после сна и пробуждения.
3. Сравнение протоколов
- Выберите один сервер и не меняйте его.
- Измерьте с WireGuard, затем с OpenVPN UDP, затем с OpenVPN TCP.
- Проводите каждое измерение три раза и берите медиану, потому что одиночные прогоны шумные.
- Повторите в загруженное время суток. Перегруженность меняет расстановку сильнее, чем протокол.
4. Поведение при переподключении
- Переключитесь с Wi-Fi на мобильную сеть на телефоне и посмотрите, переживёт ли это туннель.
- Смените сервер внутри приложения и посмотрите, нет ли провала в защите во время переключения.
- Перезагрузитесь с включённым автозапуском и проверьте, не уходит ли что-нибудь до поднятия туннеля.
Честная запись результатов
Это стандарт, которого мы придерживаемся сами. Там, где мы теста не проводили, мы говорим об этом, а не публикуем число.
| Записывайте | Почему это важно |
|---|---|
| Дата и время | Условия сети меняются; результат без даты — не результат |
| Локация сервера и протокол | Без этого число невозможно воспроизвести |
| Ваши базовые показатели | Показатель скорости без контрольного замера не говорит ни о чём |
| Число прогонов и медиана | В одиночных замерах преобладает шум |
| Что вы не проверяли | Самая честная часть любой записи о тесте |
Почему на этом сайте нет графиков скорости
Воспроизводимое тестирование пропускной способности требует контролируемых условий, повторных прогонов и задокументированной методики. Мы такой программы не проводили, поэтому не публикуем ни показателей скорости, ни оценок, ни производных от них рейтингов. Методы выше позволяют измерить ваше собственное соединение, а это полезнее, чем чужие числа с другого континента.
Независимые инструменты для каждой проверки
Ни один из этих сервисов не наш, и ни одна ссылка не партнёрская. Это публичные инструменты, которыми обычно и выполняют описанные выше проверки, чтобы вы могли воспроизвести любой результат с этой страницы сами, а не принимать его на веру.
Независимые инструменты тестирования, сгруппированные по тому, на какой вопрос они отвечают.
| Что вы проверяете | Инструмент | Что она показывает |
|---|---|---|
| Утечка DNS | dnsleaktest.com | Какие резолверы отвечали на ваши запросы. Запускайте расширенный тест: стандартный может не заметить резолвер, который проявляется только под нагрузкой. |
| Подробности о DNS-резолвере | BrowserLeaks DNS | Владелец и местоположение резолвера — именно это показывает, принадлежит он VPN или вашему провайдеру. |
| Утечка WebRTC | BrowserLeaks WebRTC | Раскрывает ли браузер локальный или публичный адрес через WebRTC. Повторите в каждом используемом браузере — результаты различаются. |
| Публичный IP и геолокация | BrowserLeaks IP | Адрес, который действительно видят сайты, с раздельными ответами по IPv4 и IPv6. |
| IPv6 и торрент-адрес | ipleak.net | Оба стека на одной странице плюс проверка торрент-адреса, которая показывает IP, объявляемый вашим BitTorrent-клиентом, а не тот, что использует браузер. |
| Пропускная способность и задержка | Speedtest by Ookla | Загрузка, отдача и ping до сервера, который вы выбираете сами, — маршрут известен. Берите медиану нескольких прогонов. |
| Пропускная способность для стриминга | Fast.com | Тест от Netflix, который показывает задержку не только без нагрузки, но и под нагрузкой — именно она предсказывает подвисания. |
| Что протокол должен делать | WireGuard | Собственная спецификация протокола и статьи по нему — чтобы сверять заявления поставщика с конструкцией, а не с маркетингом. |
| Поведение OpenVPN | OpenVPN | Официальная документация по транспортам UDP и TCP, включая поведение при переподключении, которое важно для kill switch. |
| Самостоятельная проверка туннеля | Wireshark | Захват пакетов — чтобы убедиться, что трафик действительно уходит через интерфейс туннеля и ничто не идёт мимо. |
Частые вопросы
Как понять, что мой VPN действительно работает?
Проверьте три вещи, а не одну. Ваш публичный адрес должен измениться; каждый показанный DNS-резолвер должен принадлежать VPN, а не провайдеру; и не должно быть видно ни одного IPv6-адреса вашего собственного подключения. Сменившийся IP сам по себе — самый слабый из трёх признаков, потому что DNS и IPv6 утекают независимо от него и именно они тихо сводят на нет остальное.
Как проверить kill switch?
Запустите непрерывный ping на адрес, который вы контролируете, а затем завершите процесс VPN-клиента через диспетчер задач, а не отключайтесь через интерфейс. Ping должен оборваться сразу. Штатное отключение проверяет благополучный сценарий, а kill switch существует не для него; именно снятие процесса воспроизводит сбой.
Почему мои результаты скорости так сильно различаются?
Загрузка сервера, время суток, маршрутизация и ваша собственная локальная сеть меняются от прогона к прогону, и любой из этих факторов способен сдвинуть результат сильнее, чем сам VPN. Зафиксируйте сервер, сделайте не меньше трёх замеров, берите медиану, а не лучший результат, и повторите один раз в час пик. Единичный замер описывает момент, а не соединение.
Как часто нужно перепроверять?
После всего, что меняет маршрут: обновления клиента, обновления операционной системы, смены сервера или сети. Утечки группируются вокруг переподключений и изменений конфигурации, а не возникают сами по себе, поэтому проверять полезнее всего сразу после того, как что-то изменилось.
Что стоит проверить из того, что большинство руководств пропускает?
Переход. Большинство проверок выполняют, когда туннель стоит подключённым и бездействует, — это состояние, в котором сбой наименее вероятен. Принудительно переподключитесь, усыпите машину и разбудите, переключитесь между Wi-Fi и мобильной сетью и смотрите, что происходит в эти несколько секунд: именно там и возникают утечки.