Небольшое замедление при VPN — норма. Четыре причины: расстояние, накладные расходы туннеля, шифрование и нагрузка сервера — и как измерить свои потери.
Вы включаете VPN, и страницы грузятся тяжелее, видео буферизуется, звонок подтормаживает. Это нормально или что-то сломано? Некоторое замедление ожидаемо: VPN действительно меняет маршрут и сами пакеты. Но сильная потеря скорости обычно указывает на одну конкретную причину — чаще всего на далёкий или перегруженный сервер, — а не на «VPN как таковой». Ниже четыре причины и способ измерить, что вы теряете на самом деле.
Ключевые выводы
- Подключение через VPN замедляют четыре фактора: более длинный путь через VPN-сервер, дополнительные заголовки в каждом пакете, нагрузка шифрования на вашем устройстве или роутере и загрузка сервера с его каналом во внешнюю сеть.
- Универсальной «нормальной» цифры в процентах не существует. Любое число, названное для всех VPN сразу, было бы выдуманным: потери зависят от сервера, протокола, устройства и провайдера.
- Задержка и пропускная способность теряются по-разному. Расстояние в основном бьёт по задержке; накладные расходы, процессор и нагрузка на сервер — по пропускной способности.
- Измерьте сами: один и тот же сервер теста скорости, VPN выключен и включён, по несколько прогонов в каждом состоянии, задержку и пропускную способность сравнивайте отдельно.
- VPN меняет ваш IP, но не отпечаток браузера — и из-за него некоторые сайты могут отнестись к вам с подозрением.
1. Лишнее расстояние: крюк через VPN-сервер
Без VPN ваши пакеты идут от устройства к сайту по маршруту, который выбирает провайдер. С VPN они сначала попадают на VPN-сервер и только потом на сайт, а ответ возвращается тем же путём. Если сервер находится в другой стране, этот крюк добавляет к времени приёма-передачи (RTT) задержку, которую не убрать никаким софтом: сигнал в оптоволокне движется с ограниченной скоростью, поэтому расстояние задаёт нижний предел задержки.
Это важнее, чем принято думать, ведь скорость одного соединения тоже зависит от задержки. TCP-соединение может держать «в полёте» лишь ограниченный объём данных, прежде чем придётся ждать подтверждений, поэтому при том же канале скорость одного соединения падает, когда RTT больше. Близкий сервер часто ощущается заметно быстрее далёкого на том же тарифе.
2. Инкапсуляция и проблема MTU
Туннель оборачивает каждый ваш пакет в другой пакет. Эта внешняя обёртка — новый IP-заголовок, заголовок UDP или TCP, а также собственный заголовок и данные аутентификации протокола VPN — занимает место, поэтому в каждом пакете помещается чуть меньше ваших данных. В исправной конфигурации влияние на скорость обычно умеренное.
Острее проблема MTU (maximum transmission unit — наибольший размер пакета, который пропускает канал). Обычные ethernet-пути часто допускают 1500 байт, но обёртка туннеля тоже должна в них поместиться, так что внутри туннеля доступный размер меньше. Если пакет слишком велик, его приходится фрагментировать или он отбрасывается. RFC 4459 описывает такие проблемы MTU и фрагментации при туннелировании внутри сети. Когда устройство на пути молча отбрасывает слишком большие пакеты, а отправителю об этом не сообщают, соединения могут зависать или ползти: мелкие запросы проходят, большие передачи подвисают, а некоторые сайты загружаются лишь наполовину. Это классический сбой «чёрной дыры».
Современные сетевые стеки пытаются подобрать рабочий размер автоматически. RFC 8899 определяет обнаружение path MTU на уровне пакетизации: оно прощупывает наибольший размер, который реально проходит, вместо того чтобы полагаться на сообщения об ошибках, которые файрволы часто блокируют. Понятный разбор того, как path MTU discovery работает и ломается на практике, есть в объяснении Cloudflare. Если VPN странно тормозит только на некоторых сайтах или при больших загрузках, первый подозреваемый — слишком высокое значение MTU, а частое решение — снизить MTU туннеля в клиенте.
Важно и то, поверх какого транспорта работает сам туннель. Большинство современных VPN-протоколов, например WireGuard и OpenVPN в режиме UDP по умолчанию, передают ваш трафик по UDP. Некоторые клиенты, чтобы пробиться через строгий файрвол, переключаются в режим TCP, и тогда ваши собственные TCP-соединения идут внутри другого TCP-соединения. При потерях пакетов оба уровня одновременно делают повторные передачи и сбрасывают скорость, так что небольшие потери могут обернуться сильным замедлением. Если клиент позволяет выбрать, UDP обычно быстрее.
3. Шифрование нагружает процессор
Каждый пакет шифруется перед отправкой и расшифровывается при получении. На современном ноутбуке или телефоне это дёшево, а у многих процессоров есть аппаратная поддержка распространённых шифров. На старом телефоне, маломощном роутере, на котором работает сам VPN-клиент, или загруженном одноядерном устройстве криптография может стать узким местом и ограничить пропускную способность намного ниже скорости вашей линии. Характерный признак: процессор подскакивает во время передачи, а скорость не приближается к тарифной даже на близком сервере.
4. Нагрузка на сервер и внешний канал провайдера
VPN-сервер — общий. Если им одновременно пользуется много людей или его выход в интернет перегружен, вы делите то, что осталось. Важен и собственный маршрут провайдера до нужного узла: сервер рядом с вами, но плохо связанный с нужным сайтом, всё равно может быть медленным. Поэтому переключение на другой сервер, даже в том же городе, иногда резко меняет скорость.
Какое замедление считается нормальным?
К любым универсальным цифрам стоит относиться с недоверием. Что нормально для вас, можно измерить за несколько минут:
- Выберите один тест и не меняйте его. Используйте один и тот же сервер теста скорости и одно и то же устройство в одной сети, чтобы менялся только VPN.
- Проверьте с выключенным VPN, затем с включённым. Воспользуйтесь тестом скорости сети BrowserInsight: он показывает скорость скачивания и отдачи, задержку и джиттер прямо из браузера. Повторите каждое состояние минимум три раза: один прогон — это снимок, а не вердикт (см. почему результаты теста скорости постоянно меняются).
- Сравнивайте задержку и пропускную способность отдельно. Более высокая задержка при похожей скорости загрузки указывает на расстояние. Сильно упавшая скорость загрузки при небольшом изменении задержки указывает на накладные расходы, процессор или нагрузку на сервер. Открытый тест NDT от M-Lab — ещё один независимый способ перепроверить пропускную способность.
- Меняйте по одной переменной. Попробуйте более близкий сервер, затем другой протокол (или режим UDP вместо TCP), затем меньший MTU. После каждого шага тестируйте заново.
Если непонятно, что означают цифры, разбор метрик скорости интернета объясняет пропускную способность, задержку и джиттер, а статья о скорости выгрузки и загрузки — почему скорости в двух направлениях часто различаются, так что сравнивайте их по отдельности. Если звонки ухудшаются именно тогда, когда кто-то ещё пользуется соединением, дело, вероятно, вообще не в VPN, а в bufferbloat; а если связь не столько медленная, сколько прерывистая, смотрите джиттер и потерю пакетов.
Учтите, что именно тест скорости показывает, а что нет. Он измеряет путь между вашим браузером и пограничным узлом (edge) этого сайта, поэтому показывает, насколько быстро работает ваше соединение с VPN и без него. Он не определяет VPN и не измеряет ваш MTU.
Может ли VPN ускорить интернет?
Иногда. Если провайдер ограничивает определённый трафик или его маршрут до нужного узла плох, туннель может обойти проблему, и результат улучшится. Это возможно, но не часто, и верить в это стоит, только если ваш собственный замер «до и после» это подтвердил.
Замечание о приватности
VPN меняет IP-адрес, который видят сайты; он не меняет отпечаток вашего браузера, а некоторые сайты с подозрением относятся к VPN-адресам. О том, что на самом деле скрывает каждый инструмент, читайте в сравнении инструментов приватности, а о том, как сайты распознают VPN-трафик, — в статье как сайты определяют VPN. Чтобы увидеть, что видит сайт после подключения, запустите проверку VPN.
Часто задаваемые вопросы
Почему мой VPN вдруг стал таким медленным?
Большинство внезапных изменений связано с сервером: он оказался перегружен или его внешний канал забит. Переподключитесь к другому серверу и повторите замер «до и после», прежде чем менять что-либо ещё.
VPN всегда снижает скорость?
Обычно он добавляет немного задержки, потому что путь становится длиннее. Потеря пропускной способности может быть небольшой на близком и малонагруженном сервере и большой на далёком или перегруженном.
Почему мелкие страницы открываются, а большие загрузки зависают?
Такая картина часто указывает на проблему MTU: маленькие пакеты проходят, большие отбрасываются. Попробуйте снизить значение MTU туннеля.
Лучше ли проводное подключение при использовании VPN?
Оно убирает нестабильность Wi-Fi из теста, и сравнение с VPN и без него получается чище. Но далёкий сервер оно не исправит.
Заключение
VPN замедляет соединение по четырём причинам: расстояние, накладные расходы туннеля, работа шифрования и нагрузка на сервер. Насколько именно — зависит от вашей конфигурации, поэтому измерьте это с выключенным и включённым VPN, разделяя задержку и пропускную способность. Затем меняйте по одному параметру — обычно сначала сервер.
