Почему VPN снижает скорость и как найти причину

Скорость зависит от всей дороги

Обычно запрос идёт от устройства через провайдера к нужному сервису. С VPN в этом пути появляется сервер, который передаёт трафик дальше. У него есть свой канал и нагрузка; устройству тоже приходится обрабатывать защищённое соединение. Поэтому сводить любое замедление к одному слову «шифрование» было бы слишком просто.

Важна и маршрутизация. Близость сервера на карте помогает составить гипотезу, но не заменяет проверку. Дополнительная дорога и загрузка VPN-сервера могут увеличить задержку. Универсального процента, на который VPN «должен» снизить скорость, из этого не следует.

Иногда упирается домашний Wi-Fi, иногда — мобильная сеть, иногда — участок после VPN-сервера. Один замер видит итог всей цепочки. Чтобы искать причину, нужно сначала убрать лишние различия между попытками.

Четыре показателя вместо одной большой цифры

Скорость загрузки и отдачи, Mbps

Сколько данных передаётся за секунду. Загрузка нужна для получения файла, отдача — например, для отправки видео. Mbps — мегабиты, а не мегабайты: для грубого перевода в MB/s разделите число на восемь, ещё до учёта служебных данных.

Задержка, или ping

В тестах это обычно время обмена запросом и ответом, RTT, в миллисекундах. Большая пропускная способность сама по себе не делает отклик мгновенным.

Разброс задержки, или jitter

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

Потери пакетов, проценты

Доля тестовых пакетов, которые не дошли до адресата. Потери не стоит смешивать с низкой скоростью: это отдельное наблюдение.

Полезно смотреть задержку в покое и под нагрузкой: что происходит с откликом во время передачи данных. Именно эти различия, наряду со скоростью и потерями, учитывает методика оценки качества соединения Cloudflare. Сравнение помогает описать симптом точнее, чем фраза «интернет тормозит».

Сделайте три замера на одном устройстве

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

1. Подготовьте спокойную проверку. Поставьте загрузки, облачную синхронизацию и трансляции на паузу. На Wi-Fi оставайтесь в одном месте; на компьютере можно выбрать кабель, если он уже доступен. Не отключайте антивирус и защиту устройства ради красивой цифры.
2. Зафиксируйте пункт измерения. В тесте с ручным выбором сервера запишите его название и выбирайте тот же сервер в каждой попытке. Это сервер теста скорости, а не сервер VPN. Сохраните один браузер или одно тестовое приложение.
3. Измерьте без VPN. Запишите время, download, upload, ping и остальные доступные показатели. Если поле не измерялось или тест не завершился, так и отметьте. На тарифе с лимитом трафика учитывайте расход на тестирование.
4. Включите VPN и повторите. Оставьте один VPN-сервер и прежний пункт измерения. Проверьте, что тестовое приложение действительно направлено через VPN: правила раздельного подключения могут оставлять его за пределами туннеля.
5. Вернитесь к проверке без VPN. Она нужна, чтобы заметить изменение самой сети за время опыта. Затем, если трафик позволяет, повторите последовательность ещё раз. Сохраняйте все результаты, а не только лучший.

Такой короткий опыт не заменяет лабораторное исследование. Он показывает повторяющееся различие в ваших условиях. В рекомендациях AMTSO по испытаниям VPN отдельно учитываются одинаковое устройство, фоновые процессы и повторение проверок в разное время. Для бытовой диагностики мы оставляем простую последовательность, которую легко записать и воспроизвести.

Не подменяйте отсутствующее сравнение: если без VPN тестовый сервер недоступен, равноценной контрольной пары нет. И не сравнивайте число из одного сервиса с числом из другого как одинаковые величины. Например, NDT у M-Lab измеряет передачу одним потоком; другие тесты могут иначе нагружать канал и выбирать назначение.

Результат есть. Куда смотреть дальше?

Откройте подходящий сценарий. Каждый предлагает следующую проверку, а не готовый диагноз по одной цифре.

В передаче данных есть и менее заметные ограничения. Например, для TCP важны задержка, потери и возможности конечных устройств — их разбирает технический документ RFC 6349. Это повод передать наблюдения специалисту, а не менять MTU и системные параметры наугад.

Если соединение вообще не устанавливается, это другая задача: начните с разбора доступности VPN в разных сетях и белых списков. Для первого импорта есть инструкция по добавлению подписки в Happ, а базовые шаги собраны в разделе подключения.

Полезный итог проверки — запись условий и повторяющегося симптома. Укажите устройство, сеть, время, выбранный VPN-сервер и один пункт измерения. Тогда вместо «VPN режет интернет» получится наблюдение, с которым уже можно работать.