Новости и оповещения

[EmptyLibra]

Здесь будут появляться новости, анонсы и важные оповещения об инструкции и работе Vless/Xray

[EmptyLibra]

Перестал работать VLESS по TCP. Что случилось?

Кратко о главном:

• РКН большие молодцы ещё те гады, обновили ПО своих ТСПУ (МБ, добавили нейронок) и научились определять не столько сам протокол VLESS, сколько его использование поверх транспортного протокола TCP и открытого 443 порта на сервере. Истинные причины на уточнении.
• Однако, TCP не единственный транспортный протокол, есть более новый - называется XHTTP, не буду про его нюансы работы, но он имеет совершенно другую сигнатуру, отличную от TCP и пока никак не мониторится РКН (или мониторится плохо).
• Разработчики ядра Xray (а именно на нём работает наш протокол VLESS) уже знают о проблеме и будут выкатывать обновления в скором будущем, а мы пока просто перейдём на другой транспортный протокол.
• Есть рекомендации менять порт с 443 на другой. Я настоятельно не рекомендую этого делать. Т.к. мы маскируемся под HTTPS (а он работает на 443 порту), то его смена может повлечь будущую компрометацию сервера.
• Сейчас следует на сервере обновить панель 3x-ui и изменить транспортный протокол в 3x-ui на XHTTP (остальные поля пока можно не трогать) у используемого подключения, что автоматически сломает все клиентские подключения. Для исправления ситуации у них в v2rayN / v2rayNG (т.к. Nekoray больше не поддерживается, то рекомендую использовать уже их) на их старом (теперь не рабочем профиле) надо выбрать xhttp в режиме auto вместо TCP, а в поле "Путь" у XHTTP выбрать "/", а также очистить поле поток выше.

• Это относительно временное, но рабочее решение, т.к. протокол XHTTP меняет сигнатуру пакетов (и имеет встроенный мультиплексор). У меня это заработало, но пока всё ещё в режиме тестирования. На новогодних праздниках я займусь более детальной проработкой проблемы и найду способы, которые позволят уменьшить вероятность таких проблем в будущем.
• Чуть больше деталей есть в этой статье на Хабр.

Дополнение от 10.12.2025:
@Master-Yoba верно указал, на ещё один рабочий метод: включение мультиплексирования (mux) на клиентах с отключением flow-vision (как на клиентах, так и в настройках подключения на сервере).

[Master-Yoba]

Это дезинформация, они не научились детектировать VLESS и конкретно транспорт TCP тоже ни при чем. Почитайте коменты к той статье на хабре (сама статья мусор) или issue в репозитории xray-core. Там фильтр по количеству одновременных tls соединений, >= 12 tls соединений это бан сервера на несколько минут. Триггерится не только влессом, даже из обычного браузера на некоторых сайтах вполне себе.

Проблема решается использованием мультиплексирования - xhttp имеет встроенный xmux, поэтому работает как бы «из коробки», но с другими транспортами mux тоже можно настроить на клиенте (но он несовместим с flow vision).

[EmptyLibra]

Хм, спасибо за информацию, звучит более логично, изучу подробнее.
Пока было время только мельком взглянуть и протестировать пару методов