Сообщение all threads completed succeed 0 failed 1 появляется в журнале теста задержки клиентов вроде v2rayNG и означает, что проверка соединения завершилась с нулём успешных попыток и одной неудачной — то есть сервер не ответил на тестовый запрос. Это не сбой самого приложения, а сигнал о том, что выбранный конфиг (VLESS, VMess, Trojan, Shadowsocks) в данный момент недоступен или отклоняет подключение.
Формулировка расшифровывается просто: тест запускает потоки проверки (threads), каждый из которых пытается выполнить запрос через прокси. Значение succeed 0 говорит, что ни один поток не получил ответ, а failed 1 — что попытка завершилась ошибкой. Дальше разберём, какие причины чаще всего стоят за этим сообщением и как восстановить работоспособность конфигурации.
Что означает это сообщение в журнале
Когда вы запускаете проверку реальной задержки (real delay) или пингуете сервер, клиент открывает тестовое соединение через выбранный профиль. Если ответ не приходит за отведённое время, поток помечается как failed. Строка all threads completed — это итоговый отчёт: все потоки завершили работу, и приложение подводит статистику успехов и провалов.
Важно понимать: сообщение не является кодом ошибки в классическом смысле. Это сводка результатов теста. Поэтому искать её в справочниках кодов бессмысленно — нужно диагностировать само соединение: сервер, сеть, параметры конфига и состояние приложения.
Если в строке видно succeed 0 failed 1, сервер либо недоступен, либо отклонил запрос на этапе рукопожатия. Если бы сервер ответил, вы увидели бы значение задержки в миллисекундах или хотя бы один успешный поток.
Основные причины неудачного теста
Причин несколько, и они делятся на две группы: проблемы на стороне сервера и проблемы на стороне вашего устройства или сети. Начинать диагностику стоит с самых частых и легко проверяемых вариантов.
- 🔌 Сервер выключен или перегружен — VPS остановлен, закончился трафик у хостера или превышен лимит подключений.
- ⏰ Рассинхронизация времени — протоколы вроде VMess чувствительны к расхождению часов; проверьте, что на устройстве включено автоматическое определение времени.
- 🚫 Блокировка со стороны сети — провайдер или локальный файрвол режет соединение с адресом или портом сервера.
- 🔑 Неверные параметры конфига — устаревший UUID, изменённый порт, неправильный SNI или путь WebSocket после обновления сервера.
- 📶 Нестабильный интернет — сам тест запускается при отсутствующем или сильно просевшем соединении.
⚠️ Внимание: если конфиг раньше работал, а тест внезапно стал показывать failed, не спешите пересоздавать профиль. Сначала проверьте, не изменились ли параметры на сервере — после обновления панели управления или переустановки ядра старые ссылки часто перестают быть актуальными.
Пошаговая диагностика соединения
Действуйте последовательно, от простого к сложному. Каждый шаг либо решает проблему, либо сужает круг поиска.
Шаг 1. Проверьте базовый интернет: откройте любой сайт без прокси. Если страницы не грузятся — проблема в самой сети, и тест прокси закономерно падает.
Шаг 2. Сверьте время на устройстве. Зайдите в настройки даты и времени и убедитесь, что включены автоматические дата, время и часовой пояс. Вручную выставленное время — частая скрытая причина отказов протоколов с проверкой временной метки.
Шаг 3. Протестируйте другой конфиг из вашего списка, если он есть. Если альтернативный сервер проходит тест успешно, проблема локализована в конкретном профиле или его сервере.
Шаг 4. Смените сеть: переключитесь с Wi-Fi на мобильный интернет или наоборот и повторите тест. Так вы проверите, не блокирует ли соединение текущий провайдер или роутер.
☑️ Быстрая диагностика failed-теста
Проверка параметров конфигурации
Если сеть исправна, а другие конфиги работают, внимательно сверьте параметры проблемного профиля с актуальными данными сервера. Ошибка даже в одном поле приводит к тому, что рукопожатие не проходит.
| Параметр | Что проверить | Типичный признак ошибки |
|---|---|---|
| Адрес и порт | Совпадают с данными сервера, порт открыт | Тест падает мгновенно или по таймауту |
| UUID / пароль | Идентификатор не менялся после обновления сервера | Сервер отклоняет подключение сразу |
| SNI / Host | Домен маскировки актуален и резолвится | TLS-рукопожатие обрывается |
| Транспорт (WS, gRPC, TCP) | Тип и путь совпадают с серверной настройкой | Соединение открывается, но данных нет |
Самый надёжный способ — получить конфиг заново: импортируйте свежую ссылку или QR-код из панели управления сервером вместо ручного редактирования старого профиля. Ручная правка оправдана только если вы точно знаете, какое поле изменилось.
Проблемы на стороне сервера
Не всё зависит от клиента. Если у вас есть доступ к серверу (собственный VPS), проверьте его состояние. Возможные причины: процесс ядра (xray или v2ray) остановлен, закончился диск, исчерпан трафик у хостера, либо IP-адрес попал под блокировку.
Для арендованного или чужого сервера доступа к консоли у вас нет — в этом случае остаются косвенные проверки: спросить у владельца сервиса, попробовать подключиться с другого устройства или из другой сети. Если сервер не отвечает ни откуда, проблема точно на его стороне, и исправить её из приложения невозможно.
Как проверить, жив ли сервер, без доступа к консоли
Попросите кого-то из другой сети или страны протестировать тот же конфиг. Если у всех failed — сервер недоступен глобально. Если у других работает — блокировка локальная (провайдер, регион, ваш IP).
⚠️ Внимание: не пытайтесь «лечить» недоступный сервер частыми повторными тестами подряд — на некоторых серверах с защитой от перебора это может привести к временной блокировке вашего IP. Делайте паузы между проверками.
Проблемы на стороне устройства и приложения
Отдельный пласт причин — само устройство. Энергосбережение Android может выгружать VPN-сервис из памяти, устаревшая версия клиента — некорректно работать с новыми протоколами, а кэшированные данные — конфликтовать с обновлённым конфигом.
- 🔋 Отключите оптимизацию батареи для клиента в настройках приложений, чтобы система не убивала фоновый процесс.
- 🔄 Обновите приложение до актуальной версии — поддержка новых транспортов и исправления ядра выходят регулярно.
- 🧹 Очистите кэш приложения или переимпортируйте подписку, если конфиги обновляются автоматически.
- 🛡️ Проверьте, не конфликтует ли клиент с другим VPN или антивирусом на устройстве — одновременно активным может быть только один VPN-туннель.
Если ничего не помогает, радикальный, но обратимый шаг — удалить профиль и импортировать его заново из первоисточника. Это исключает накопленные ошибки в локальных настройках.
Когда стоит обратиться к владельцу сервиса
Есть ситуации, в которых самостоятельные действия исчерпаны: конфиг свежий, сеть исправна, другие устройства тоже показывают failed при тесте этого же сервера. Это верный признак того, что проблема на стороне провайдера услуги или хостера.
В обращении к владельцу сервиса укажите: точный текст сообщения из журнала, время возникновения проблемы, сеть, из которой тестировали, и результат проверки с другого устройства. Это сократит переписку и поможет быстрее локализовать сбой — будь то упавший процесс, смена IP или блокировка адреса.
Если сервис арендованный и проблема повторяется регулярно, имеет смысл держать резервный конфиг от независимого сервера — тогда проверка альтернативного профиля займёт секунды и сразу покажет, где искать причину.
Часто задаваемые вопросы
Означает ли failed 1, что приложение сломано?
Нет. Это итог теста соединения: один поток завершился неудачей, успешных — ноль. Само приложение при этом работает штатно, проблема в доступности сервера или параметрах конфига.
Почему тест показывает failed, но интернет через прокси при этом работает?
Такое бывает, когда тестовый запрос блокируется или отфильтровывается отдельно от основного трафика, либо когда сервер медленно отвечает именно на проверку задержки. Попробуйте увеличить таймаут теста в настройках клиента, если такая опция предусмотрена вашей версией.
Может ли причина быть в неправильном времени на телефоне?
Да. Протоколы с проверкой временной метки (например, VMess) отклоняют соединения при заметном расхождении часов. Включите автоматическое определение даты, времени и часового пояса и повторите тест.
Что делать, если все конфиги показывают failed одновременно?
Это указывает на проблему вне конкретного сервера: проверьте сам интернет, смените сеть (Wi-Fi на мобильную), отключите другие VPN-приложения и перезапустите клиент. Если не помогло — возможна блокировка на уровне провайдера.
Опасно ли часто запускать тест задержки?
Единичные проверки безопасны, но частые повторные тесты подряд могут расцениваться сервером с защитой от перебора как подозрительная активность и привести к временной блокировке вашего IP. Делайте паузы между попытками.