Denis P

оказалось что в 300 секунд было обычным совпадением, нужно всё таки изменение состояния любого интерфейса чтобы правила добавились в netfilter, ниже прикладываю self тесты

нет, речь об этом https://help.keenetic.com/hc/ru/articles/360000521799-Приоритеты-подключений не стоит слепо следовать советам нейросетей, целый help есть

всё работает, как и со развернутыми в Entware: adguardhome/dnsmasq так и со штатным dns-proxy, вероятно проблема в вашей конкретной конфигурации. @Le ecureuil заметил интересный момент, для активации "транзита запросов" или наоборот, требуется ровно 300 секунд, так задумано?

зря смеетесь, 802.11p как раз там в кинетике и задается, так что можете проверить, работает или нет Реализована новая опция IntelliQoS, которая позволяет применить 802.1p Priority Code Point (PCP) для исходящих пакетов через интерфейс командной строки (CLI). [NDM-3318] [Обсуждение на форуме] interface {name} vlan qos egress map {priority} {pcp} {priority} — номер приоритетной очереди NTCE; если значение равно 0, все исходящие пакеты на интерфейсе будут получать назначенный PCP; {pcp} — установить новое значение 802.1p PCP.

Это не "как вариант" это решение проблемы, о которой вам сигнализирует кинетик. Дело не в прошивке, а кривой конфигурации сети.

Проблема именно в этом, все пользовательские правила должны быть в файле и каталоге /opt/etc/ndm/netfilter.d/ Без этого система их просто перезаписывает. О чем и сказано по ссылке. Для предотвращения появления дубликатов необходимо проверять тип (v4/v6) и таблицу

https://github.com/ndmsystems/packages/wiki/Opkg-Component#ndmnetfilterd

нет, речь про nat на интерфейсе сервера. Например ip nat Wireguard0 без этого ваши клиенты могут получить доступ только в локальную сеть

nat на "сервере" включен?

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

Тут вопрос про обратную совместимость, при откате на предыдущую версию (ниже 4.3) приходится заново его указывать

Оно уже давно есть в вебе, что крутить собрались?

10.1 - исправлено

10.1 - исправлено

10.1 - исправлено

соответственно и не работает my.keenetic.net - потому что пакетики уходят в большие интернеты

отмечаем чекбокс Приоретизация приложений - нажимаем применить. Получаем ошибку: что-то пошло не так в журнале селф тест в следующем сообщении

было еще на предыдущих, весь журнал забит сообщениями: я так понимаю это от соединения с "облаком", потому что ipsec на этом устройстве не используется ни в каком виде

Нормально, укажите его с https://

на 4.2.4 фикс завезти не успели видимо)

ага, iperf3 гонять можно

актуально и на 4.2.3

bump в 4.3, увы, положительных изменений (пока что?) не наблюдается

Это правильно, как минимум для нормальной совместимости. Значит сами до конца не понимаете чего хотите. Тем более что возможность изменить настройки по умолчанию есть.

т.е. одинаковые версии ПО в рамках одной wi-fi системы это не правильно по вашему? кнопочку вам показали, которая меняет это поведение, что еще не так?