маршрутизация Xkeen

[Олег_С]

Здравствуйте, форумчане. Помогите советом.

Настроил на роутере entware по инструкции и подписке с платного впн. Всё работает, но периодически падает, когда, видимо, сервера попадают под бан. Решил на vps поднять свой сервер. Сделал по инструкциям, которые приведены в тч здесь. Вроде всё получилось и если использовать через клиентов на смартфонах (пробовал на Happ), то всё работает прекрасно. Но как только генерю 04_outbounds и копирую его на роутер - соединения нет. Хотя сам файл 04_outbounds ничем не отличается от сгенерированного на платном впн, кроме, естественно, сервера-заглушки и индивидуальных сведений (ID, publicKey, shortId, и spiderX, итп). При этом spiderX на работающем 04_outbounds равен "/", на неработающем какой-то набор символов. Что может быть причиной несоединения с сервером на роутере?

[MAlex]

Здравствуйте. Вопрос к разработчику. Поднят последний 3X-UI на нем reality . Подключение через разных операторов к серверу через Happ напрямую работает, с XKeen с Mihomo v1.19.32 нет. Все без исключения идет в режиме DIRECT. Согласно FAQ а.25 выдается сообщение ~ # curl -x socks5h://127.0.0.1:1080 v4.i-p.show
curl: (52) Empty reply from server

Уже пробовал переустанавливать всё. И ничего, все-равно весь трафик идет в DIRECT. Использован стандартный шаблон Mihomo и данные для подключения взяты с 3X-UI . Где вообще проблему искать можно? И в 3X-UI я так ни разу и не увидел подключение к данному клиенту с роутера.

[jameszero]

@MAlex

Добрый день! У вас на сервере установлен xray, установите в роутере так же ядро xray, и всё заработает. По Mihomo существует костыльное временное решение, но по этом ядру я не консультирую, оно мне не интересно. И да, вопрос задан не по адресу, к XKeen он не имеет отношения, проблема в связке ядер проксирования Xray - Mihomo последних версий.

[DuMoH]

В 01.10.2026 в 16:11, YgR сказал:

Собрал (с помощью ИИ) еще один альтернативный бустер для максимально возможной высокоскоростной обработки трафика в прокси-туннеле роутера t2s0 (Proxy0 + Xray) в режиме multi-queue. Успешно его использую на своих роутерах вместо TunnelBooster_t2s0. NativeMQ_t2s0 можно использовать не только с Xray, но и с sing-box, Mihomo и другими SOCKS5-серверами. NativeMQ_t2s0 также позволил мне на KN-3811 увеличить скорость трафика, проходящего через туннель от клиентов домашней сети, с 100-150 МБит/с (при 100% загрузке 1 ядра CPU) до 200-270 МБит/с (при 100% загрузке 2 ядер CPU). NativeMQ_t2s0 поддерживает ARM64 и MIPS (2 и 4 потока). NativeMQ_t2s0 успешно протестирован на Keenetic KN-3811, Cudy TR3000 и Xiaomi R3Gv1.
Ключевые отличия:
1. TunnelBooster_t2s0 = новый t2s1 + policy-routing, при этом Proxy0 вне пути трафика, t2s0 не модифицирован.

2. NativeMQ_t2s0 = тот же t2s0 переведён в MQ, при этом Proxy0 в пути трафика, t2s0 модифицирован.
Плюсы NativeMQ_t2s0: один TUN вместо двух, меньше сущностей, штатный NDM-path, проще lifecycle, preflight для анализа прошивки роутера, можно применять на сторонних роутерах с портированной прошивкой KeeneticOS.
Особенности NativeMQ_t2s0: привязка к версии libndmProxy.so, runtime-патч памяти, bounce Proxy0, обязательный lifecycle-daemon.

 

 

 

S99_NativeMQ_t2s0.sh.md 8.82 kB · 1 загрузка NativeMQ_t2s0-daemon.sh.md 54.33 kB · 0 загрузок NativeMQ_t2s0.conf.md 1.91 kB · 0 загрузок NativeMQ_t2s0-preflight.sh.md 18.92 kB · 0 загрузок NativeMQ_t2s0-uninstall.sh.md 14.58 kB · 0 загрузок NativeMQ_t2s0_README.md 35.85 kB · 0 загрузок

 

Есть инструкция по установке для обычных смертных, что это за файлы как их использовать, ато ничего непонятно но очень интересно.

[YgR]

16 часов назад, DuMoH сказал:

Есть инструкция по установке для обычных смертных

К сожалению нет и не будет. Эти бустеры больше для исследовательских целей, а не для массового применения. Я нашел два рабочих варианта использования режима multi-queue для t2s0 и делюсь этим с сообществом. А доводить бустеры до уровня массового применения у меня не возможности. 

[MAlex]

Переход с Mihomo на XRay решил все проблемы. Сразу всё заработало. Огромное спасибо.

[MAlex]

 

@jameszeroПодскажите еще вопрос. В части работы XKeen с отдельной WiFi подсетью, чтобы все клиенты на нем автоматом шли через прокси. Без их ручного добавления. Такое возможно? Просто принять политику XKeen у WiFi сегмента отдельного  для доступа к сети интернет без выбора клиентов не работает, так же трафик идет минуя XKeen. Далее согласно Faq п.17 пробую такую настройку "{ 
        "source": ["192.168.15.0/24"],
        "outboundTag": "vless-reality"
      },

Но трафик по прежнему идет напрямую, если не завести клиента вручную в XKeen. Как понимаю у этой опции другая задача. По поиску не нахожу вопрос в части полного автоматического проксирования всех клиентов на отдельной WiFi сети роутера. Спасибо.

[jameszero]

@MAlex, обычно достаточно в настройках сегмента выбрать необходимую политику и обязательно, там же должна стоять галка на "Доступ к приложениям вашего устройства Keenetic". Если требуется маршрутизировать весь трафик клиентов через прокси, то нужна секция в роутинге, как в вашем сообщении, но лучше использовать предусмотренную для этого политику xkeen_full