Как сервер больше нравится xRay, так как в нём поддерживается XHTTP. В качестве клиента - v2RayN, хотя после последних двух обновлений с ним стали возникать проблемы. При включенном мультиплексировании Mux отказывается работать в режиме TUN и работает только как системный прокси. До обновления всё работало. Покопался в настройках, но пока проблему решить не удалось. В качестве альтернативы использую Throne.
XHTTP не поддерживает mux.cool. Можно попробовать вручную прописать параметры текстом, чтобы включить xmux.
Где-то это недавно обсуждали и пришли к выводу, что в новых версиях v2rayN при использовании протокола xhttp рекомендуется отключать встроенный Mux. Вероятно, так и есть.
Да, потому что (если я правильно понял) встроенный Mux там - mux.cool, и выбрать другой нельзя.
Потыкал, там можно задать xmux напрямую через поле “extra” (туда внутри {} вставить все, что на клиенте должно быть внутри поля extra, включая xmux - либо только xmux для использования значений по умолчанию). В concurrency нужно задать 0 или опустить поле, в maxConnections указать количество коннектов, в которые будете ужимать трафик.
Есть у sing-box-extended
Возникли проблемы и непонятки после обновления X-UI до версии 1.11.0, Xray в нем стал 26.6.1.
До этого использовал его несколько лет, последний год в режиме реверс прокси и VLESS+XHTTP+Reality в docker. Проблем не было.
На днях вышло обновление, решил попробовать и оказалось что нормально ничего не работает. Конфиг который был импортировался, но вообще не работал. После установил с ноля для тестов. На прямую к серверам подключиться иногда удавалось, реверс не работает, с роутингом проблемы, с warp тоже.
Пишут, что Xray 26.6.1 внесла радикальные изменения. Адекватных решений не нашел. Стало непригодно к использованию.
Вернулся на предыдущую версию (1.10.2), работает как часы.
Кто-нибудь столкнулся с этим. 3X-UI вроде столкнулся с этим ранее, но судя по гитхабу там тоже полные непонятки.
Имею голое ядро 26.6.1, конфиг для которого вообще был создан изначально в 3X-UI до изменений в реверс-прокси механизме. Проблем не наблюдаю. А так да, в Xray были внесены измнения режима реверс-прокси, начиная с 26.5.x..
Если уж вы используете панель, то попробуйте выставить в аутбаунде warp MTU 1280 и включить функцию No Kernel TUN. На 3x-ui помогало.
26.6.1
А зачем пользоваться не стабильными версиями, когда последний релиз это Xray-core v26.3.27
Сегодня попробовал опять, без реверс прокси с применением параметров, которые вы указали и заработало. Я про них и забыл, когда-то читал, в X-UI предыдущих версий и без них работало.
Реверс и Роутинг с ним так и не работают, пишут что внесены изменения Private стратегии во Freedom, но как корректно их изменить в X-UI не нашел, и не вижу смысла таких ограничений.
А у вас все работает именно в режиме docker реверс прокси и VLESS+XHTTP+Reality или иначе?
Я просто увидел обновление X-UI и как обычно решил обновить, оказалось изменения радикальны. Хотя все эти годы использовал именно ее, вместо 3X-UI, т.к. X-UI ничего не навязывала, интерфейс проще, без излишеств, ядра были стабильные. Обновился и потом только увидел, что ядро нестабильное.
Вообще около месяц назад начались странности. alireza0 пропал из github, в 3X-UI радикально изменили параметры. Пару дней назад его вернули и сразу странное обновление…
Нет, использовал официальный скрипт с Xray-Install. Реверс прокси висит на TCP транспорте (reality там же, пример конфигурации брал отсюда), на xHTTP висит TLS.
В версиях xray-core 26.9.x поломалась совместимость tls fingerprint с sing-box.
У них опять какая-то драма, кому интересно почитать сторону разработчика xray-core он вроде тут многое писал (RPRX), только нужен переводчик.
RPRX опять приходиться разгребать истерики авторов sing-box?
Скорее в xray в очередной раз тихонечко сломали обратную совместимость, чтоб исправить какие-то самодельные дыры, которые вроде как не дыры, поэтому говорить о них мы много не будем, но вы все равно обязаны обновиться!
Предлагаю раз в месяц скрытно менять протокол, чтоб задорнее было.
С прямой совместимостью тоже не очень - на v26.9.30 на сервере можно выставить разные (!) fingerprints с клиентом (те которые с нужным ключом). Это вообще законно? На v26.7.x такое, естественно, не прокатывает. Другие fingerprints теперь не работаю вообще - видимо, без нужного ключа, но тогда зачем они включены в новое ядро 
по сути, это как альфа или бета ядра, которую каждый раз подсовывает разработчик 3x-ui, штампующий свои релизы со скоростью AI.
В релизной версии v26.3.27 обратная совместимость не сломана. Если кто-то использует pre-release (по сути beta), тот ссзб.
Реальность всё же другая - голое ядро самому не всегда удобно обвязывать. Во вселенной xray, в отличие от sing-box, большинство что клиентских, что серверных пакетов/приложений уже далеко не на этом “релизном” ядре.
В системе версионирования xray нет никакого смысла, в чем польза этих дат?
Обратная совместимость X.Y.Z может сломаться даже при инкременте Z, такое уже бывало.
Фактически xray перешел в rolling release. И каждый раз, когда речь заходит о какой-нибудь спецификации или контрактах (инвариантах) протоколов, почему то у RPRX сильно подгорает.
Все должны внимательно следить, не поменялось ли чего в говнокоде xray-core. Если поменялось, значит теперь только так.
nekohasekai не без своих тараканов конечно, но на его месте я бы примерно так же относился к компонентам xray.
Если отслеживание коммитов так сложны для нейрослоп помоек, то никто их лично оповещать не будет.
Смысл не в датах, а в пометках pre-release/latest.