Короткий ответ: путь через сервер длиннее прямого, и это плата за маршрут, а не поломка. Больше всего на скорость влияют расстояние до сервера и его загруженность; протокол — заметно меньше; клиент — почти никак. Проверять стоит в том же порядке.
Что происходит с трафиком по дороге
Без туннеля пакет идёт от телефона к нужному сервису по кратчайшему маршруту, который построил ваш провайдер. С туннелем он сначала идёт к вашему серверу, там расшифровывается, оттуда уходит к сервису — и весь ответ возвращается тем же путём. Дорога стала длиннее ровно на расстояние до сервера, туда и обратно.
К этому добавляются две мелочи, которые вместе дают проценты, а не разы: служебные данные, которыми обрастает каждый пакет, и работа процессора на шифрование. На современном телефоне второе почти незаметно.
Расстояние — первое, на что смотреть
Задержка растёт с расстоянием, и обойти это нельзя ничем: сигнал не может идти быстрее, чем позволяет длина маршрута. Сервер в соседней стране почти всегда даст лучшее ощущение скорости, чем сервер на другом континенте, даже если у второго формально шире канал.
Заметнее всего это там, где важна не пропускная способность, а отклик: мессенджеры, звонки, игры, любая страница, которая подгружает десятки мелких файлов. Скачивание большого файла переживает задержку куда легче.
Сколько людей на сервере и какой у него канал
Второй по важности фактор — сколько трафика сервер обслуживает одновременно. Канал у машины один, и он делится между всеми, кто через неё ходит. Отсюда типичная картина: утром быстро, вечером медленно, а характеристики сервера при этом не менялись.
Если сервер ваш собственный, это проверяемо: посмотрите загрузку канала и процессора в момент, когда скорость проседает. Если доступ получен со стороны, остаётся сравнивать: другой сервер из того же списка в то же время суток скажет больше, чем любые замеры одного.
Протокол: где он действительно важен
Разница между транспортами есть, но она меньше, чем от расстояния. Самая заметная — у SSH: он переносит поток TCP внутри другого потока TCP, и при потерях в сети два уровня контроля доставки начинают мешать друг другу. На хорошем канале разницы не видно, на плохом падение заметное.
На другом краю AmneziaWG: он работает поверх UDP, соединение устанавливается почти мгновенно, потери переносятся мягче, расход батареи ниже. Обратная сторона тоже в UDP — там, где его режут, транспорт работать не будет.
Из современных легче всех VLESS: своего шифрования у него нет намеренно, шифрует TLS снаружи. Режим XTLS-Vision снимает двойное шифрование внутри TLS — меньше нагрузки на процессор и выше потолок скорости, особенно на слабых устройствах.
Что можно измерить прямо в клиенте
Кнопка «Тест» на карточке сервера показывает задержку отклика или текст ошибки. Экран «Прокси (проверка)» показывает список серверов со статусом, пингом и типом транспорта — с него и стоит начинать, когда что-то работает не так.
Там же настраивается порог: ползунок от 500 мс до 15 с. Если отклик медленнее порога, клиент считает прокси недоступным и переключается на резервную группу. Резерв задаётся у самой группы, так же как основной прокси.
Самое недооценённое: не гнать через сервер всё подряд
Половина жалоб на медленный интернет — про трафик, которому туннель вообще не нужен. Обновления, облачные копии, стриминг и загрузки съедают канал сервера, делятся им с тем, ради чего сервер понадобился, и заодно упираются в его расстояние.
Маршрут по приложениям решает это без всяких настроек скорости: через сервер идёт только то, что вы отметили, остальное — напрямую, на полной скорости провайдера. Заодно исчезает вторая проблема — приложения, которые ломаются от смены адреса.
Чего ждать не стоит
Смена транспорта почти никогда не лечит медленное соединение. Если сервер далеко или перегружен, любой протокол на нём будет медленным — разница между ними измеряется процентами, а разница между континентами разами.
И ещё одно: клиент не влияет на скорость самого сервера. Он может показать задержку, переключиться на резервный и не пускать через туннель лишнее, но быстрее сервер от этого не станет.