WiseToad

>> XKeen будет работать ровно так же Да, я понимаю, это называется рефакторинг кода. Я и предлагаю, чтобы я сам это сделал. У меня тоже не сильно много времени (вообще его нет), просто добавлять новую фичу в текущее состояние кода - достаточно тяжело, а фича ну прям нужна. И так ведь будет с любой другой фичей в будущем. Например, я видел в коде что то вроде: variables_to_extract="name_client name_policy... - это ведь все следствие именно того подхода что сейчас есть - выгрызать настройки из кода вместо того чтобы спокойно мигрировать код, оставив конфиг в покое. Мой посыл в том, чтобы синхронизировать усилия, которые мы предпринимаем сейчас в разных направлениях. Я вижу, что в этом проекте что-то делается в неопубликованой версии. Если я начну что-то свое - как это версионировать, например? Как потом сливать чтобы не столкнуться лбами? При этом я не хочу делать очередной форк от форка, чтобы там и здесь добавить какую-то мелочь. Знаете сколько сейчас форков от оригинального проекта показывает гитхаб? Сорок семь. Часть из них мертвы, части уже нет. Из тех что есть - все они называются XKeen. Так может мы сделаем так, как делается во всем мире - несколько контрибьюторов коммиттят в один общий проект, вместо того чтобы каждый разрозненно копошился в своем собственном форке? Причем одноименном с оригиналом, чтобы потом любой обыватель потерялся. В сухом остатке: если вы готовы пустить меня в эту разработку, я присоседюсь. Но для этого мне нужно знать состояние текущей беты - будет ли что-то еще в ней еще развиваться, где планируется что-то поменять и пр. Это чтобы синхронизироваться и понять мне как ответвиться. Если не пускаете, то я уже буду думать в другом направлении. Но любой другой путь будет неверен в принципе, как по мне.

Всем привет. Хотел бы сказать пару слов касаемо кода ХKeen. Проделана огромная работа, иногда диву даешься сколько всего задействовано и реализовано! Спасибо огромное многоуважаемым @Skrill0 и @jameszero как основным зачинателям и разработчикам кода XKeen, а также всем кто участвует в развитии и поддержке этого проекта! У меня давно уже витает идея реализовать поддержку проксирования через несколько профилей роутера. Мне это нужно, т.к. у меня несколько провайдеров, и я направляю клиентов домашней сети на них через разные профили в разных режимах. Очень не хватает возможности завернуть соединения всех этих профилей через XKeen. Я склонировал репо форка оригинального XKeen (оригинальный сейчас не развивается) и понял, что начинать нужно не с добавления новой фичи, а с реорганизации архитектуры кода. Сейчас его сложно развивать и понимать, т.к. настройки сильно переплетены с кодом (и не только это, но я сейчас пока только про это). Что я бы в первую очередь сделал: - избавился от "генерации" скрипта netfilter.d/proxy.sh другим скриптом и включил бы его в релиз - вынес бы его настройки (динамические переменные) в отдельный конфиг, который настраивается автоматически, с возможностью корректировки вручную - перенес бы настройки портов-доноров (так названо в коде) и портов-исключений из разрозненных файлов в этот общий конфиг - не стал бы управлять запуском xkeen/mihomo из netfilter.d/proxy.sh (если это не необходимо технически) - все-таки ответственность скрипта не в этом, а в том чтобы настроить inbound-proxy Что я сделал бы во вторую очередь: - пересмотрел бы подход постоянной перенастройки inbound-прокси путем "выцеганивания" настроек из конфигов xray/mihomo. Все-таки это разные подсистемы - "движок" и его "обвязка". Развиваются они разными путями и настраиваться они должны отдельно. Первоначальную настройку можно сделать на этапе инсталляции/миграции, а далее пусть настраивается вручную через конфиг, который был вынесен ранее (см. выше). Тем более что обычно это делается редко, и сделать это теперь будет проще. (Если уж очень хочется, можно сделать настройку этого конфига путем запуска XKeen со специальными ключами, но это как по мне лишнее и ненужное усложнение) @Skrill0 @jameszero что скажете? Я бы взялся за такую доработку. Единственное, опасаюсь коллизий - я уже начал кое-что менять для себя в netfilter.d/proxy.sh со своего роутера (задеплоено с версии 1.1.3.8), но обнаружил что в ветке main уже есть невыпущенные изменения по 1.1.3.9 Beta, и там смотрю есть заметные изменения в структуре скриптов.