keenet07

По конфигурации устройства максимально похожие, но на них разные наборы портов ethernet. Вот где-то тут возможно и спотыкается.

Пользоваться можно, но рассчитывать на полный правильный перенос не всегда. Выше писали как устроен этот перенос конфигурации. Часть параметров конфига может быть проигнорирована, если на принимающем устройстве нет к примеру интерфейсов с которым связан переносимый параметр. Короче если возникает конфликт. Ну и прошивка тоже не будет переносится между разными устройствами.

Попробуйте CTRL+F5 сделать в том же браузере. На странице входа в админку. Загрузка без кэша.

При переносе между разными устройствами возможно не полное клонирование конфигурации.

Восстановление с этого устройства на это же? Или перенос с другого был?

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

Видел, что в меню Безопасность системы при каждом входе из локалки в админку параметр "Отслеживается" меняется на единичку для HTTP/HTTPS. Думал так задумано. Возможно и ошибка. При выходе из админки и повторном входе, счетчик не меняется. Всё та же единичка.

Что удивительно, на скрине ниже по ссылке эти карточки выровнены. https://support.keenetic.ru/giga/kn-1010/ru/6350-latest-preview-release.html

Смотря как на это посмотреть. В основном Системном журнале всё хранится, так как появляется. По нему потом можно посмотреть хронологию всех событий вокруг событий аудита. Если убрать из него эти события, что идут в аудит, будет сложнее ориентироваться. Придется заглядывать в оба журнала, сопоставлять время событий, если потребуется анализ. В то же время Системный журнал живёт до первой перезагрузки устройства, т.к. хранится только в оперативной памяти. А журнал аудита сохраняется в постоянную память устройства. После перезагрузки все логи за прошедшие дни доступны. И вот тут вопрос. Есть ли у него ограничение на максимальный размер? И можно ли вручную почистить журнал аудита?

Вот тут уточните. Если всплывают такие ошибки, то только эти команды не будут перенесены или полностью восстановление прервётся, по причине "не совместимое оборудование".

Пока ничего не известно, нужны тесты или комментарий по этому вопросу.

Ну там ведь в шапке написано чем. А на втором скриншоте там только прошивка заливается, ничего более.

Потому-что оно теперь с помощью нового защищенного инструмента сохраняется и разворачивается? https://support.keenetic.ru/giga/kn-1010/ru/6350-latest-preview-release.html

Может быть где-то в планах общий пересмотр подхода управления DNS на устройстве. Сейчас запрос отправляется на все DNS и берется самый быстрый ответ. Нет возможности работать только с одним, если прописано несколько основных. Но можно было бы разнообразить подход. Добавить отключаемое кэширование по TTL. Схему основной и резервные DNS. Увязать всё это с уже присутствующим полезным функционалом в удобном исполнении в интерфейсе. Режим выбора сервера по средней скорости ответа. Простое включение/отключение DNS серверов. Предусмотреть механизм аварийного доступа к устройству, предположим если все прописанные DNS сервера на роутере перестали работать, то использовать специально подготовленный список IP и доменов для подключения к необходимым сервисам, к облаку и др. Чтоб устройство было онлайн и к нему можно было подключиться. В том числе при перезагрузке устройства. В общем нужны более гибкие настройки работы DNS.

Не уверен, но в beta 1 был какой-то баг допущен, а в бета 2 это поправили. Возможно это восстановление пароля в верном формате. Так, предположение.