Ниже — сжатый список самых частых причин и проверок, если VLESS (через 3x-ui) «виснет» — особенно когда сервер доступен, но клиенты не коннектятся. В конце — команды и что посмотреть в логах, а также вопросы от меня, чтобы помочь дальше.
Возможные причины (приоритетные)
1. Сетевой блок (ISP / мобильный оператор / национальный файервол)
- DPI/фильтрация распознаёт сигнатуру VLESS/XTLS/V2Ray и режет трафик.
- Блокировка по порту (обычно 443 или нестандартные порты); некоторые провайдеры блокируют подозрительные порты.
- CGNAT на стороне абонента мешает входящим/исходящим соединениям.
Почему подозрительно: у одного пользователя работает — возможно у него другой оператор/домашняя сеть или уже установлен долгоживущий сеанс.
2. Неправильная конфигурация протокола/транспорта (несовпадение сервер ↔ клиент)
- Клиент настроен на TLS, а сервер — без; ws path/host/ALPN/headers не совпадают; grpc serviceName не тот.
- Используется XTLS, а клиент/сервер неправильно настроен или версия клиента не поддерживает.
- Неправильный id/user UUID, flow, alterId и т.п.
3. Блокировка/фильтрация на стороне хостера / VPS (сетевые правила)
- Провайдер VPS может фильтровать/блокировать нестандартный трафик (anti‑bot/anti‑proxy).
- Включён провайдерский DDoS/Proxy, мешающий нормальной TLS-переписке.
4. Firewall / iptables / nftables / fail2ban на сервере
- Порт закрыт или ограничен (только IPv6 или только IPv4 слушается).
- SELinux / firewalld блокирует трафик.
5. DNS / SNI / сертификаты / время
- DNS домена указывает не туда, SNI/сертификат не совпадают → TLS handshakes падают.
- Сломанный/истёкший TLS-сертификат.
- Неверное время на сервере → TLS невалиден.
6. Процессы/сервисы упали либо слушают не на том интерфейсе
- Xray/v2ray сам не запущен или упал.
- Слушает только localhost или только IPv6, а клиент пытается по IPv4.
7. Прокси-профиль / 3x-ui баги / несовместимость версий
- Некорректные экспорты конфигурации от 3x-ui или баг в панели, применяющий неверный конфиг.
- Нужна ручная проверка конфигов xray/v2ray.
8. MTU / фрагментация / проблемы с мобильной сетью
- Редко, но возможны проблемы с фрагментацией на мобильных сетях.
Что проверить в первую очередь (шаги)
1. Логи сервера
- /var/log/xray/* или /var/log/v2ray/*, journalctl -u xray -e
- Логи 3x-ui (путь зависит от установки) — смотреть ошибки при применении конфигурации.
2. Прослушивание портов и привязка интерфейсов
- ss -ltnp | grep :PORT
- ss -lunp (если UDP используется)
3. Пакетный анализ — увидеть, доходят ли SYN/пакеты до сервера
- tcpdump -n -i any port <PORT> и смотреть входящие SYN от клиента.
- Если пакеты не доходят — блокировка на пути (ISP/хостер).
4. Попробовать openssl / curl для простого TLS‑handshake
- openssl s_client -connect domain:443 -servername domain
- Если TLS‑handshake не проходит — проблема TLS/порт/SNI/провайдер.
5. Сверить конфиг server ↔ client
- transport (tcp/ws/grpc), path, host, tls да/нет, alpn, flow, UUID.
- Если используется ws — проверить путь (path) и host заголовок.
6. Проверить, что сервер видит входящие соединения от конкретного клиента:
- Запустить tcpdump и попытаться подключиться с телефона; есть/t pip/syn/handshake? Если есть — значит дело в приложении/сертификате/конфиге TLS.
7. Попробовать альтернативные сети и клиенты
- Попробовать подключиться с другого провайдера (VPN, другая Wi‑Fi сеть, другая SIM).
- Попробовать другой клиент (V2RayNG, V2RayN) и экспорт конфига вручную.
- Использовать временно порт 443 с корректным TLS и общим доменом (SNI = популярный домен) — проверить, исчезает ли проблема (это покажет, DPI блокирует или нет).
8. Проверить дату/время
- date на сервере и на клиенте — если расхождение, TLS ругается.
Полезные команды (на сервере)
- systemctl status xray
- journalctl -u xray -f
- ss -ltnp
- ss -lunp
- iptables -L -n -v
- nft list ruleset
- tcpdump -n -i any port 443 (или порт VLESS) and host <client_ip>
- tail -n 200 /var/log/xray/*.log
Логи и что в них искать
- В логах xray: ошибки TLS handshake, mismatch UUID, unauthorized, permission denied, connection reset by peer.
- В системных логах/3x-ui: ошибки при применении конфига, проблемы с автозапуском.
Почему смена VPS и IP не помогла
- Если проблема по-прежнему проявляется одинаково — вероятно блокировка на стороне клиента/оператора или клиентский конфиг неверный (всё же один пользователь соединяется — возможно у него другой оператор либо он использует старую сессию/другие настройки).
- Если единственный рабочий пользователь находится в другой сети — это сильно намекает на блокировку/фильтрацию на сетях остальных.
Где искать обсуждения (Habr/форумы)
- На Хабре и в тематических Telegram‑чатах часто обсуждают «v2ray/vless не подключается», «3x-ui проблемы», «v2ray xray не работает». Рекомендую искать по запросам:
- "vless не работает"
- "v2ray не подключается"
- "3x-ui проблема подключение"
- "xray tls handshake"
- "v2ray оператор блокирует DPI"
- Также смотрите Issues/Discussions на GitHub у xray-core / 3x-ui — там часто появляются похожие симптомы и решения.
Что можно сделать сейчас (план действий)
1. Собрать логи xray и 3x-ui и приложить ошибки сюда.
2. С tcpdump убедиться, видит ли сервер входящие пакеты от проблемного клиента.
3. Сравнить рабочий клиент и неработающие: параметры сети, приложение, настройки конфига.
4. Временно переключиться на порт 443, ws+TLS с корректным доменом/SNI и включить подробный лог xray — проверить, пробивается ли TLS.
5. Если подозрение на DPI/блокировку — протестировать подключение с другого ISP (VPN на телефоне) — если с VPN коннектится, значит блокировка на операторе.
Если хотите, помогу дальше — пришлите:
- Выдержки из логов xray (ошибки TLS / connection / permission).
- Конфиг сервера (секцию inbound) и пример export‑конфига клиента (уберите секреты/пароли/UUID если нужно).
- Какая конфигурация транспорта (tcp/ws/grpc/xtls), порт и TLS да/нет.
- Какие сети у пользователей (домашний Wi‑Fi, операторы мобильной связи) и у работающего пользователя — чем он отличается.
С этими данными дам конкретные команды и анализ цепочки (tcpdump + лог) и подскажу дальнейшие шаги.