Timeout в V2RayTun: сеть, узел, второй VPN

Timeout на одном узле или на всех

Один узел timeout, другой Connect — нода или маршрут до неё. Смените страну, refresh sub, не переустанавливайте APK.

Timeout на каждом узле после вчерашнего OK — срок доступа, отозванный URL или сеть. Проверьте expiry и перестал работать.

Timeout только на Wi‑Fi или только LTE — тип сети.

Decode до Connect — failed to decode.

Один узел

Нода / маршрут

Все узлы

Sub, срок, сеть

Только LTE

Оператор / APN

Сеть: guest Wi‑Fi, captive portal, DPI

Guest-сеть режет VPN-порты. Раздача с LTE — тест «виноват роутер».

Captive portal: авторизуйтесь в браузере без VPN, потом Connect.

На LTE timeout после смены SIM — APN и «VPN экономии трафика» оператора.

Не меняйте одновременно узел, DNS и TUN.

Второй VPN и Always-On

Два клиента = handshake, который не завершается. Отключите WireGuard / корпоративный VPN полностью.

Always-On Android перехватывает до V2RayTun. Настройки → VPN → один профиль.

Connected без данных после «почти timeout» — Kill Switch и DNS.

TUN отваливается — после reboot.

1. Отключить второй VPN и Always-On
2. Refresh subscription
3. Сменить узел / страну
4. Тест на другой сети (LTE ↔ Wi‑Fi)
5. Новый профиль из бота при timeout везде

Sub, refresh и «новые сервера»

Мёртвые адреса в списке дают timeout, пока не refresh. Новые сервера — через sub.

Refresh при 403 / пустом ответе — URL отозван, нужен новый из бота Nasa VPN.

Импорт ошибся — ошибка импорта.

Один UUID на два телефона — взаимные timeout. Отдельные профили.

Timeout «ровно N секунд» и handshake

Стабильный timeout через одинаковый интервал часто значит, что клиент ждёт upstream и не получает ответ: мёртвая нода, фильтр порта на Wi‑Fi или второй VPN, который принимает пакеты и не форвардит.

Смените узел внутри того же профиля — если задержка исчезла, sub жив, виновата нода. Если timeout одинаков на всех странах — сеть или срок доступа.

На LTE с одним баром сигнала timeout может быть потерей пакетов — смените точку, прежде чем обвинять V2RayTun.

Тема V2RayTun не работает на v2raytunfix.top описана короче — здесь же разбираем то, что чаще всего спрашивают в поддержку.

Connected без данных после «почти timeout» — Kill Switch и DNS, не refresh APK.

Корпоративная сеть и timeout только в офисе

Офисный firewall режет исходящий трафик на нестандартные порты — handshake не завершается. Дома тот же профиль коннектится за секунду.

Раздача с телефона на ноут в офисе — быстрый тест «LAN виноват, не ключ Nasa VPN».

Корпоративный VPN на ноуте не спасёт телефон в той же Wi‑Fi — каждое устройство отдельно.

Подробнее — Wi‑Fi vs LTE.

Порядок при timeout без паники и нового APK

1) Один VPN в системе. 2) Refresh sub. 3) Другой узел. 4) Другая сеть. 5) Новый URL из бота. Переустановка клиента — после пункта 5, если версия явно багованная на вашей OS.

Не меняйте DNS и TUN в тот же момент, когда ловите timeout — не поймёте, что сработало.

Запишите, timeout на Connect или обрыв через минуту после успеха — второе батарея/Android, первое сеть или узел.

Decode — до Connect, не timeout.

Android фон и timeout «через минуту»

Connect есть, через минуту в кармане timeout — батарея убивает процесс. Android: разрешения.

Не путайте с сетевым timeout на Connect — там handshake не проходит.

Autostart MIUI / Samsung sleeping — исключения для V2RayTun.

Обновление клиента — после исключения сети и sub, не первым шагом.

Когда писать поставщику

Timeout на всех узлах после refresh на LTE и Wi‑Fi — версия V2RayTun, время, текст ошибки. Без полного URL.

Если у соседа с другим тарифом те же ноды живы — возможно, ваш слот или срок.

v2raytunfix.top — справочник симптомов; ключ перевыпускает бот Nasa VPN.

Общий чеклист — не работает.

Что именно истекло: handshake, не «интернет умер»

При timeout страница проверки IP обычно не открывается, потому что Connect не завершён. Это отличается от сюжета «Connected, сайтов нет»: там handshake прошёл. Не включайте Kill Switch «пока ждёте» — вы добавите блэкаут поверх неуспешного Connect.

Сообщение может звучать как connection timeout, i/o timeout, context deadline. Смысл один: до inbound за отведённое время не достучались. Причины разные — мёртвый IP узла, DPI, неверный порт в старой строке, второй туннель, который глотает пакеты.

Если timeout мгновенный (меньше секунды), чаще локальный отказ: нет маршрута, airplane, забытый второй VPN. Если крутится 10–30 секунд — скорее удалённая сторона или фильтр на пути.

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

Один узел или весь профиль

Переключите сервер в том же списке. Сосед живой — профиль Nasa VPN в порядке, умер конкретный inbound. Оставьте живой, обновите подписку позже. Не удаляйте клиент.

Все имена из списка timeout — либо endpoint’ы пачки недоступны из вашей сети, либо доступ отозван. Контрольный замер на второй среде: если LTE поднимает те же имена, виноват домашний канал. Если обе среды мертвы — новый URL из бота.

Не тестируйте «все сразу» автовыбором, который прыгает по мёртвым. Выберите явно два-три имени вручную. Автовыбор зациклит timeout и сожжёт батарею.

После ротации у провайдера старые IP в кэше дают timeout, а обновлённый список — живые. Pull важнее нового APK, см. новые сервера. Captive portal: timeout, пока не пройден сплэш в браузере.

Когда timeout вводит в заблуждение

На самом деле decode: клиент плохо переводит ошибку парсера. Если карточка свежая из чата — проверьте decode до сетевых плясок.

Импорт висел на pull и вы назвали это timeout Connect. Смотрите, на каком экране часы: «+» или кнопка Connect. Pull — импорт.

После успешного Connect сайты молчат — вы уже не в timeout. Переходите к Kill Switch и DNS.

Смена Wi‑Fi ↔ LTE без Disconnect оставляет сокет в старой сети. Timeout на «новом» канале лечится явным Disconnect → Connect, не новым ключом. ICMP до узла часто закрыт, а TLS-inbound жив — ориентир Connect, не ping.