Добавить новые возможности

[fenrir-0x00]

Пожелания и предложения по улучшению и расширению функционала zapret2

[fenrir-0x00]

Можеш добавить в lua какуюнибуть функцию для возвращения кастомных значений через nfqws2 до того как он окончательно в --daemon свалится, чтобы sh скриптом можно было через переменную "$?" значния из lua скриптов и из общих параметров стратегии получять?
Или лучше параметр nfqws2 --return добавить который по каждому запросу будет возвращять значения нужных параметров из стратегии и переменных из lua из уже работающего процесса, нужный процесс nfqws2 можно по --qnum или --pidfile определить.

А то есть мысля сделать более качественную генерацию правил для таблиц, гдето connbytes для конкретных стратегий указать нужный, гдето payload/u32 использовать чтобы nfqws2 сильно не грузить, будет очень удобно если нужные значения будут находиться внутри функций lua.
А то тут LUA REMOVE: os.execute io.popen..., через кастыль с DLOG в debug режиме тоже не вариант.
Причины того что офнул эти функции очевидные, но както значения получить нужно.

[bol-van]

Долго читал - суть так и не уловил.
Впечатление такое, что пытаемся решить какую-то проблему через костыль

[bol-van]

Стратегия - это входные параметры. Тот, кто запускает nfqws2 со стратегией, должен знать что он там написал.
Зачем что-то передавать nfqws2, а потом изоэпическими способами оттуда тянуть обратно ?

[fenrir-0x00]

Долго читал - суть так и не уловил.
Зачем что-то передавать nfqws2, а потом изоэпическими способами оттуда тянуть обратно ?

Чтобы правила для таблиц автоматически sh скриптом формировались на основе полученных через lua переменных и ненадо было их вручную в sh скрипте менять постоянно для нестандартного трафика.

Внутри lua скрипта используемые функции автоматически подсчитают connbytes или u32 или ещё чтонибуть, после чего через nfqws2 вернут эти значения sh скрипту который уже на их основе сформирует и применит правила для таблиц.
Ненадо будет отдельно вручную их прописывать в sh если поменял чтото в функции в lua.

Пример, вместо:
nft add rule inet ztest post meta mark and 0x40000000 == 0 tcp dport "{80,443}" ct original packets 1-12 queue num 200 bypass

Запрос:
nfqws2 --qnum=200 --return=var1_connbytes, var1_portsTCP, var1_u32val, var1_other...
Ответ:

1-12 
80,443
0
blablabla

Автоматически раскидываем полученые из nfqws2 значения по нужным переменным внутри sh и подставляем их в правила для таблиц
nft add rule inet ztest post meta mark and 0x40000000 == 0 tcp dport "{$PORTSval}" ct original packets $CBval queue num 200 bypass

Это грубый пример но суть надеюсь уловил

[bol-van]

Алгоритмическая логика и стройность сильно хромает. Так не делают, это выглядит безобразно
См выше

[bol-van]

nfqws2 и lua ничего не должны знать о перенаправлении трафика.
они должны получать уже подготовленные пакеты.
построение системы обхода предполагает совместное управление как перехватом, так и nfqws2
внешний скрипт должен решать как это делать
для того и существуют скрипты запуска - они решают эту самую задачу
они обязательно будут адаптированы

[fenrir-0x00]

внешний скрипт должен решать как это делать
для того и существуют скрипты запуска - они решают эту самую задачу
они обязательно будут адаптированы

В том то и суть что можно будет без них обходиться, не нужны будут custom.d
Достаточно будет просто прописать нужную стратегию, а правила для таблиц сформируются под неё автоматически одним базовым sh скриптом а не кучей разных.
Не нужно будет постоянно править .sh для изменения правил таблиц, к которому на некоторых девайсах сложно добраться и который в режиме ro

Ненужны будут никакие 50-wg4all если прописал в конфиге в NFQWS_OPT что используеш zapret-wgobfs.lua, правила для таблиц автоматически сформируются под данную стратегию базовым sh скриптом, все необходимые значения для этих правил подсчитают функции внутри тогоже zapret-wgobfs.lua и вернут их через nfqws2 базовому sh скрипту который уже пропишит правила в таблицы.

[bol-van]

Вариантов применения и программирования стратегий настолько много, что универсально так не сделать.
Даже если отдельный инстанс, предположим, и знает что ему нужно, то как это согласовать с остальными ?
Каждый хочет свое. И еще он может не знать что он хочет, тк его поведение определяется извне именно передаваемым трафиком, который выбирает юзер, формируя правила таблиц или wf фильтр
Нет, это костыль, я это делать не стану. Тем более, что есть 4 системы и 4 фаервола с разными возможностями. Вшивать знание о них в LUA код считаю бредовым занятием

[fenrir-0x00]

Тем более, что есть 4 системы и 4 фаервола с разными возможностями. Вшивать знание о них в LUA код считаю бредовым занятием

Ты непонял сути, этим всем sh скрипт будет заниматься, определять типы таблиц, формировать для них правила и т.д.
nfqws2 будет выдавать лишь qnum, тип протокола tcp/udp/итд, номер порта/портов, значение connbytes, значение u32 и т.д. дальше всё это будет уже sh скрипт разгребать и подставлять в шаблоны правил для таблиц

Вариантов применения и программирования стратегий настолько много, что универсально так не сделать.

Это понятно, но значительно упростить возможно, гдето можно автоматически подсчитать, гдето вручную указать

[bol-van]

Короче, твои предолжения не сочетаются с архитектурой проекта, напоминая костыли
Развивать проект в указанном направлении я не собираюсь

[fenrir-0x00]

Короче, твои предолжения не сочетаются с архитектурой проекта, напоминая костыли Развивать проект в указанном направлении я не собираюсь

Ладно забей, уже решил простенький кастыль использовать в конфиге на андроиде, чтоб кудато отдельно значения для таблиц не прописывать если в них есть необходимость.
Совместимость с официальным zapret при этом не теряется, а андроидовский sh скрипт всё необходимое для формирования правил для таблиц берёт из конфига

NFQWS_OPT="
--lua-init=@zapret-lib.lua --lua-init=@zapret-antidpi.lua --filter-tcp=443 --filter-l7=tls --lua-desync=multidisorder 
'CBout=1:12 CBin=1:6 u32in=0>>22&0x3C@4>>16=0x52&&0>>22' 
--comment=blablabla
--new ...
"

[bol-van]

Не разумней было бы отдельную переменную завести ?
Все какие-то эзопические способы

[fenrir-0x00]

Не разумней было бы отдельную переменную завести ?
Все какие-то эзопические способы

Если имееш в виду за пределами NFQWS_OPT, то там всёравно както нужно будет сопоставлять значения с каждой стратегией.
Да и номера портов для таблиц у меня берутся из --filter-tcp и --filter-udp а не из отдельных переменных NFQWS_PORTS_TCP и NFQWS_PORTS_UDP

Ктомуже если надо кудато отправить стратегию, то проще скопировать её сразу с нужными значениями для таблиц чем отдельно дополнительно искать нужную переменную

Касательно отдельных переменных, добавил для удобства
INIT_OPT="--qnum=200 --debug --uid=0:0 --fwmark=0x40000000 --lua-init=@123.lua"; для базового конфига nfqws, а уже сами стратегии в NFQWS_OPT, чтоб и подправить легко было и всё в одну кучю не мешать

[bol-van]

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

Если нужно соответствие стратегия - правила таблиц, то и надо писать

STRATEGY1=..
RULES1=..
STRATEGY2=..
RULES2=..

и тд
потом проходиться по этому списку , беря разные переменных с номером N и засовывать содержание в нужное место - в nfqws2 по разным --new, в iptables - под разными правилами. например, так
это куда лучше, чем мешать все в кучу, а потом героически оттуда извлекать, лавируя между допустимым и недопустимым, но не предусмотренным синтаксисом
если нужны какие-то под-параметры, которые дублируются в STRATEGY и RULES, их надо выносить в отдельные переменные, а затем писать STRATEGY1="blablabla $PARAM blablabla" , RULES = "blablabla rules $PARAM rule blablalba"

[fenrir-0x00]

Если нужно соответствие стратегия - правила таблиц, то и надо писать
STRATEGY1=.. RULES1=.. STRATEGY2=.. RULES2=..

Да это понятно, и технически сделать это проще, но в плане удобства сомнительно, поэтому изначяльно от этого варианта отказался.
Видел же в каком виде народ обычно стратегии выкладывает, да и значения для таблиц будут не для всех подрят а только для тех стратегий для которых не подходят значения поумолчянию.
На крайняк можно вобще добавить в --comment=RULES1,IRC тем самым создав маркер для использования переменной RULES1 в которой будут нужные значения для таблиц.

потом проходиться по этому списку , беря разные переменных с номером N и засовывать содержание в нужное место - в nfqws2 по разным --new, в iptables - под разными правилами.

В nfqws2 есть ограничение на количество стратегий --new?
Просто у меня в скрипте для nfqws1 так и было

DesyncHTTP= 
Desync1=
Desync2=
...
DesyncHTTPS=
DesyncQUIC=

Тут решил с этим не заморачиваться, потомучто у когото может быть пара стратегий а у когото 100, и все эти 100 переменных придётся учитывать.
Да и у тебя в конфиге NFQWS_OPT= используется, решил не ломать совместимость