keenet07

В CLI подключиться можете? Если ваша догадка верна, то можно попробовать вернуть права там. Ну это почитать нужно по командам. А может и защита от перебора вас блокнула. Ошибочно не набирали пароль?

Пробовали разными браузерами войти? Проверьте тем которым ещё не заходили. Ещё можно попробовать сбросить кэш браузера для адреса админки. Куки и хранилище.

Спасибо за данную реализацию. 1) начиная с версии 5.2 beta0 система где-то сохраняет лог файл аудита ndm_audit-log.txt (Журнал безопасности). В котором регистрируются все входы/выходы в систему и другое. Хотелось бы узнать где он хранится. Я так понимаю на встроенную flash память. PS: Вроде нашёл. Вывели на него ссылку в меню Настройки системы - Файлы - audit-log. Но при попытке скачать получаем ошибку: Страница не найдена и 401 Authorization Required. В общем не скачать. В админке под админом. 2) Возможно имеет смысл на странице Безопасность системы также разместить, вытащить из CLI следующую настройку. DNS: реализована блокировка DNS Rebinding [no] dns-proxy rebind-protect (strict | auto) auto — блокировка адресов, входящих в текущие private-подсети (включено по умолчанию) strict — блокировка всех адресов из списка IANA IPv4 Special-Purpose Address Registry Иногда люди хотят отключить эту защиту, т.к. в некоторых случаях она может мешать работе. Но даже не знают что есть такая защита и она включена по умолчанию.

5.2 Beta 1. Реализовано. По умолчанию отображаются все интерфейсы.

5.2 Beta 1. Что-то по данной теме сделали. Будем посмотреть. )

Посмотрите в настройках сегмента в самом низу IGMP-прокси. Не выбран ли там ваш резервный провайдер.

Да пусть делают, есть выбор. Конкуренция.

выберите одно значение (config)> interface ISP ip flow both ip flow-export destination 10.168.3.178 2055

UP. Так всё-таки возможен такой функционал или нет? IntelliRouting. Или анализатор трафика не очень точный инструмент для использования его в маршрутизации? Или это может сильно перегрузить устройство? Какие ещё здесь есть подводные камни и способы их преодолеть?

Странно слышать от вас такой вопрос. ) Есть у меня тема на форуме, как сделать в веб-интерфейсе вкладку в Межсетевом экране для исходящих соединений для WAN. Там в конфиге для группы правил для конкретного интерфейса ставится направление трафика out. И всё. Правила можно создавать прямо из интерфейса.

В какой момент на них идет запрос и на каком интерфейсе? Я мониторю, нет запросов через 53 порт. Удаляю DOH. Перезагружаю роутер, и DNS не работает с одними только DOT. При заблокированном 53 порту. Никакой бутстрап не проскакивает. Его работу то как раз видно на WAN tесли не заблокировано. Добавляю DOH через IP и всё снова работает.

Если только в теории. На практике у меня именно так и работает. Нет в системе ни одного обычного DNS. Более того исходящие UDP на 53 порт на WAN интерфейсе заблокированы. Всё работает стабильно.

Почему? Можно и совсем без них. Добавьте хотя бы один DOH в формате без домена. Например, https://1.1.1.1/dns-query DOH в таком формате нормально запускается а уже через него прорезолвятся и домены для DOT и всё будет работать. 53 у меня полностью заблокирован. Поэтому работает даже не через системный бутстрап.

Да, что-то такое хотелось бы. Потому-что сначала простыня казалась не привычной. Но потом к ней привык и было удобно видеть все правила сразу. А теперь, снова только по интерфейсам. Но в отличии от вкладок их перечень не видно сразу, нужно открыть список. В общем больше действий стало требоваться.

Просто отключите командами в консоли. no dns-proxy rebind-protect system configuration save