Denis P

если прям сильно хочется, можно ходить туда через winscp выбираете протокол передачи scp и при подключении попадаете в каталог /opt/root/ ничего настраивать и уставнавливать в entware предварительно не нужно

Не нужно ничего создавать вручную он спокойно себе живет в /etc/resolv.conf (пытаться редактировать его напрямую тоже смысла не имеет), просто укажите любой обычный dns во вкладке интернет фильтры и он автоматически будет добавлен в этот файл, что решит вашу проблему.

Укажите любой dns, не dot/doh Entware использует resolv.conf если указаны только dot/doh он будет пустым и соответственно разрешение имен нормально работать не будет

Речь была только о возможности сохранения системных наборов с "плохими адресами" в файл, при чем тут сторонние сервисы вообще? Этого никто не обещал.

если сильно хочется, можно системные наборы себе в файл хоронить, их легко опознать по признаку _NDM_BFD

зачем? это ведь уже есть из коробки

Я не техподдержка, но отвечу: по той же причине по которой нет подобной авторизации и на других российских сервисах. Если коротко - нельзя.

убрать чекбокс "Использовать для выхода в интернет"

тогда воспользуйтесь новой "фичей" 4.2 и разверните entware вот таким образом opkg disk OPKG:/ https://bin.entware.net/aarch64-k3.10/installer/aarch64-installer.tar.gz где OPKG - метка тома на котором он будет установлен установка на внутреннюю память будет выглядеть вот так opkg disk storage:/ https://bin.entware.net/aarch64-k3.10/installer/aarch64-installer.tar.gz команды можно выполнить через cli/ssh или webcli по адресу http://my.keenetic.net/a

Нужно просто в install, без подкаталогов

Нет, через entware расширить возможности веб интерфейса нельзя

было

ip policy Policy0 standalone 🙂

this

на самом деле ничего удивительного т.к. в ocserv.conf на 4.3 можно увидеть жестко заданный route = 192.168.1.1/255.255.255.0 т.е подсеть сегманта доступ к которому выбран

"NAT для клиентов" естественно установлен подключение через anyconnect 4.2.6.3 4.3.1 вручную добавить не получается (config)> oc-server route 0.0.0.0/0 Vpn::DhcpInform error[101516564]: "OCSRVVPN": default route not allowed. self-test в скрытом сообщении.

Вы и так уже используете entware для создания этих интерфейсов. О каких кастомных прошивках вообще речь? Интеграция в веб подобных вещей кажется крайне сомнительным решением, что же это за такие продвинутые пользователи у которых отсутствие ui вызывает сложности) Еще добавлю немного, веб взаимодействует с условным "линуксом" через api, а не напрямую. Т.е для реализации вашей хотелки требуется проделать довольно большую работу, которая будет учитывать все возможные типы интерфейсов которых нет в ndms, но могут быть добавлены с помощью сторонних пакетов. Всё вышесказанное сугубо личное мнение.

я понимаю что conntrack не умеет ограничения per network подумалось что удобно было это иметь сразу из коробки, но намек понятен, продолжу крутить iptables через opkg)

4.3.1 - всё ок

спасибо, в 4.3.1 сразу же при распаковке оффлайн инсталера (если он содержит скрипты в netfilter.d) они тут же обрабатываются

в данный момент ограничение касается только % от таблицы, было бы намного удобнее иметь возможность указывать и конкретное число возможных подключений со стороны public интерфейсов для одного адреса и/или подсети upd в принципе можно и не только для внешних, для внутренних тоже - например чтобы клиента с включенным dht и торрентами жестко ограничить т.е что-то типа ip conntrack max-entries private host

И чего вдруг не должен? Баг то в чем?

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

можно, придется использовать https://github.com/ndmsystems/packages/wiki/Opkg-Component#ndmneighbourd на форуме можете поискать примеры что это и с чем его едят потом передавать через ndmc -c необходимые параметры настроек (как в cli)