Почему загрузка через VPN быстрее, чем напрямую

Вы запускаете большую загрузку, первые секунды выглядят нормально, а затем скорость стабилизируется примерно на половине того, что должна выдавать линия. Вы подключаете туннель, повторяете ту же загрузку, и он держит более высокую скорость на всём файле. Это одновременно реальное измерение и ошибочный вывод, потому что туннель не сделал путь быстрее. Он лишь увёл ваш трафик с порта, который что-то на пути ограничивало.

Форма кривой это выдаёт

Смотрите на передачу, а не на итоговое число. Ограниченный путь обычно начинается около скорости линии, расходует свою квоту всплеска и затем выходит на предел, поэтому среднее зависит от того, как долго вы наблюдали. Туннель, который действительно улучшил бы путь, показал бы лучшую скорость с первой секунды и удерживал бы её. Плато — это отпечаток пальца, и его легко пропустить, если записывать только пик.

Двух прогонов одного файла, одного напрямую и одного через туннель, достаточно, чтобы увидеть, есть ли плато.

Отметьте, когда начинается плато, сколько оно длится и какую скорость держит. Эти три значения отделяют формирователь от перегруженного пути, потому что перегрузка позволяет скорости блуждать, а формирователь прибивает её к одному числу. Если прямой прогон постепенно ухудшается, а прогон через туннель остаётся стабильным, вы смотрите на политику, а не на физику.

Три сравнения, по одной переменной в каждом

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

curl -o /dev/null -w '%{speed_download}' https://files.example/big.iso
scp [email protected]:/exports/big.iso /dev/null

Используйте уже сжатый файл, например образ диска, чтобы транспортное сжатие не могло объяснить разницу. Затем, если вы управляете сервером, переведите его слушатель на порт, который подозреваете в ограничении, обновите профиль клиента и повторите. Если туннель теперь упадёт до ограниченной скорости, предел следует за портом, а не за туннелем, и вопрос решён. Выполните каждое сравнение дважды и сохраняйте цифры плато, а не пики.

Запишите и час, потому что формирователь может быть основан на времени, и вечерний тест может не совпасть с утренним. Два прогона в один час стоят больше, чем десять, разбросанных по дню.

Что это измерение не может обосновать

Оно не показывает, что туннель в целом быстрее, что он что-то сжимает или что другие порты не ограничены. Оно описывает одну передачу на одной линии в течение одного часа. Ограничения могут быть на сеанс, на абонента или временны́ми, и оператор может изменить их, не объявляя.

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

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

Превратите находку в запрос в поддержку

Используйте числа и откажитесь от вывода. Запрос, в котором сказано, что большие передачи через порт 80 в эти часы держатся около половины ожидаемой скорости, с приложенными цифрами плато, пригоден к действию. Запрос о том, что VPN быстрее, — нет, потому что он читается как утверждение о туннеле, а не как наблюдение о линии. Приложите оба прогона и их отметки времени, а затем дайте оператору описать политику.

Не толкайте каждое приложение в туннель только ради погони за этим числом.

Туннель по-прежнему стоит вам лишнего перехода, шифрования и нового набора режимов отказа, а ограниченный порт остаётся ограниченным для всего остального, что им пользуется. Когда большие передачи должны завершаться надёжно, ведите собственную заметку о том, какой порт несёт ограничение. Перенос слушателя на порт 80 также сталкивается с любым веб-сервером, уже привязанным к нему, и это создаёт новый сбой вместо исправления.