Почему бесплатный VPN постоянно рвёт соединение: техническая причина

Жалоба «настроил, работает пять минут и отваливается» на бесплатных клиентах встречается настолько часто, что превратилась в фон. Списывать её на кривую настройку неправильно: чаще всего настройка как раз верная, а обрывы заложены в устройство самого сервиса. Ниже — механика разрывов и способ отличить проблему узла от собственной ошибки.

Что происходит с пакетами на перегруженном узле

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

На узле с тысячей одновременных сессий и каналом в гигабит на каждую сессию в среднем приходится мегабит. Это ещё как-то работает, пока пользователи читают текст. Как только полсотни человек включают видео, очередь на исходящем интерфейсе переполняется, и пакеты начинают отбрасываться. Служебный пакет попадает под отброс с той же вероятностью, что и любой другой, — и клиент разрывает соединение по таймауту.

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

Четыре механизма обрыва

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

Принудительное отключение по таймеру. Часть клиентов рвёт сессию через фиксированный интервал, чтобы освободить слот. Симптом узнаваемый: разрывы приходят через ровные промежутки — ровно 60 минут, ровно 120. Если между обрывами стабильный интервал, дело в таймере, и никакая перенастройка это не изменит.

Исчерпание лимита трафика. Лимит считается на стороне сервиса, обычно за сутки. Симптом отличается от предыдущих: соединение не рвётся посреди сессии, а перестаёт подниматься — попытка подключения отбивается сразу. Часть клиентов при этом честно пишет об исчерпании квоты, часть выдаёт абстрактную ошибку авторизации.

Вытеснение сессии. Когда на аккаунте один слот, а устройств несколько, подключение нового устройства выбивает предыдущее. Симптом: обрыв на телефоне ровно в момент, когда кто-то дома включил телевизор. Это не перегрузка, это лимит одновременных подключений.

Что смотреть в журнале клиента

Почти у каждого клиента есть журнал — в интерфейсе он называется Log, «Журнал» или прячется в разделе диагностики. Ключевые строки:

• handshake timeout, context deadline exceeded — узел не ответил на установку соединения. Проблема на стороне сервиса или канала до него.
• connection reset by peer, EOF, io timeout — сессия оборвана удалённой стороной. Тоже не ваша сторона.
• dns resolution failed, no such host — не разрешается имя узла. Это уже ваша сеть: проверьте DNS на устройстве или роутере.
• no route to host, network is unreachable — устройство потеряло сеть само по себе. Смотрите Wi-Fi и мобильный интернет.
• authentication failed, invalid user — ссылка-подписка недействительна или квота исчерпана.

Первые две группы означают, что настраивать больше нечего: вы всё сделали правильно, а узел не тянет. Третья и четвёртая — ваша зона ответственности.

Проверка, отделяющая узел от настройки

Пятиминутная процедура, которая закрывает вопрос:

1. Два устройства. Поднимите то же подключение на втором устройстве и держите оба одновременно. Рвётся на обоих в один момент — узел. Рвётся только на одном — настройка этого устройства.
2. Две сети. Переведите телефон с домашнего Wi-Fi на мобильный интернет и повторите. Рвётся в обеих — узел или ваша ссылка. Рвётся только дома — смотрите роутер: перегрев, старая прошивка, забитая таблица соединений.
3. Замер интервалов. Засеките три обрыва подряд. Ровные интервалы — таймер сервиса. Разные и привязанные к нагрузке — переполнение узла.
4. Проверка вне пика. Повторите в 7 утра. Если утром держит часами, а вечером рвётся — это перегрузка, и она не лечится настройкой.

Почему на устойчивых подключениях этого нет

Разница не в качестве шифрования и не в протоколе — протоколы у всех примерно одни. Разница в плотности: сколько сессий приходится на один канал. Там, где число подключений на узел ограничено, очередь на исходящем интерфейсе не переполняется, служебные пакеты доходят вовремя, и разрывать сессию клиенту незачем. Там, где ограничений нет, переполнение — штатное состояние в часы пик.

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

Что сделать со своей стороны, прежде чем винить узел

Даже при устойчивом подключении часть обрывов создаёт само устройство:

• Агрессивная экономия батареи на Android выгружает клиент из памяти в фоне. Добавьте приложение в исключения энергосбережения — иначе соединение будет пропадать при выключенном экране.
• Переход между Wi-Fi и мобильной сетью рвёт туннель почти всегда. Включите в клиенте автопереподключение, если оно есть.
• Переполненная таблица соединений на роутере. У бюджетных моделей она невелика; при большом числе устройств новые сессии просто не создаются. Помогает перезагрузка и, если опция есть, увеличение лимита в настройках.
• Двойной клиент. Два одновременно запущенных приложения на одном устройстве конфликтуют за системный интерфейс и рвут друг друга.

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