Denis P

Маски небось на интерфейсах /24, а в вашем случае подойдут только /32

ошибка стабильно воспроизводится если на роутере крутится еще что-то с авторизацией, например adguard home, потому что куки сохраняются вот таким образом соответственно веб сервер кинетика они совсем не устраивают и приходится их чистить.

4.3b0.1 всё еще актуально Судя по всему не корректно вносятся изменения в netfilter при сохранении настроек, как и в случае с по этому и любое изменение настроек затрагивающее netfilter исправляет эту проблему

openwrt с каких пор умеет в easymesh?

+ тоже обратил на это внимание, в группе по приложению ответа получить не удалось

Что ничего? Настройки keendns уже очень давно есть в приложении во вкладке "сетевые правила"

тогда вам нужно поднимать на сервере с сертификатом reverse proxy и через него уже ходить на кинетик, естественно пробросив 443 порт на это устройство

А сертификат для https откуда должен взяться?

@Anna_@eralde извиняюсь за настойчивость, но это создает огроменные неудобства, пожалуйста, обратите внимание 😔

это нужно только при добавлении, порт сразу же перестает отображаться в вебе

Рассылки автообновлений до 4.2.Х еще не было. + можете ознакомиться с этой статьей. https://support.keenetic.ru/eaeu/ultra/kn-1811/ru/16323-keeneticos-automatic-updates.html

+ тоже перестал работать при подключении с телефона в журнале ошибка на сервере 08[IKE] Aggressive Mode PSK disabled for security reasons при подключении с другого кинетика 10[IKE] linked key for crypto map '(unnamed)' is not found, still searching 11[CFG] looking for XAuthInitPSK peer configs matching на клиенте ndm IpSec::Configurator: "IKE0": remote ID mismatch.

У вас в выводе "is expired" - false, так что всё в порядке

У вас у устройство на 2.16? Для пользовательских, не служебных, доменов там автопродление должно работать нормально

а нужно schedule

ip policy {name} standalone — включить автономный standalone режим для политики доступа {name}. т.е. нужно еще этой политике назначить standalone

нет, он только освобождает 53 порт, а не вырубает dns-proxy

Верните кинетику днс, ему без него плохо. Нужно чтобы был указан хотя-бы один dns в интернет фильтрах, можно указать даже 192.168.1.1:53 или какой там у вас локальный адрес, чтобы запросы ходили в adguard home. Обязательным условием является указание порта, без него будет ругаться

Сделать interface ZeroTier0 security-level private

Откуда б ему взяться в /bin? /opt/bin правильный путь

оказалось что в 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.

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