dimon27254

@eralde в 4.1 Alpha 13 поправлено. Спасибо!

Последние несколько дней тоже заметил, что иногда возникает эта ситуация. Но проявляется редко, и далеко не каждый раз по истечении сессии. Ошибка в Chrome DevTools та же:

@eralde в 4.1 Alpha 11 в поп-апе "Другие возможности управления" заметил, что потерялись локализованные наименования вкладок: На более ранних версиях этого бага не было.

@eralde дополню еще, что в мобильном вебе статьи расположены корректно, но иконки перехода везде разного размера, в зависимости от длины заголовков:

@eralde при отсутствующем компоненте dsl, а также удаленных DSL-интерфейсах из startup-config, новый веб не дает изменять настройки в сегменте, пока DSL-порт не будет включен хотя бы в один из сегментов: В 3.х вебе, если вручную для DSL-порта ничего не трогать, изменение настроек сегмента будет возможным: Проверял на 4.1 Alpha 11.

@eralde начиная с 4.1 Alpha 10 все стало хорошо. Спасибо!

@eralde @Anna Zhelankina в тултипе не совсем красиво размещены предлагаемые статьи: Предполагаю, что каждая должна быть на своей отдельной строке. Еще заметил, что иконка перехода по ссылке внутри кнопки серого цвета, тогда как рядом со статьями везде в цвет текста. Такова задумка, или это ошибка? Проверял на 4.1 Alpha 11.

Размер сломался ещё с 4.1 Alpha 9:

@sergeyk в свежих 4.1 снова столкнулся с этой проблемой. Сейчас использую 4.1 Alpha 11. В этот раз уже на KN-3610, и проявляется немного по-другому: в случайные моменты времени то же устройство, потребляющее трафик из резервного интерфейса IPoE, в "мониторе трафика" отображается то под своим именем, то оказывается в незарегистрированных устройствах. В "системном мониторе" на главной странице для интерфейса в этот момент потребление в скоростном измерении отображается корректно. Если выключить аппаратный ускоритель, в "мониторе трафика" все нормализуется. Когда назад включаю аппаратный ускоритель, то в "мониторе трафика" устройство также отображается под своим именем, но вместо приема показывается, что оно отдает трафик, хотя по факту принимает. Аналогичная ситуация возникает затем и в "системном мониторе", на графике вместо приема внезапно появляется отдача. Через какое-то время снова может начать отображаться прием.

Без изменений в 4.0.5, 4.1 Alpha 7-11.

Насколько реальна реализация такого же костыля и здесь, на время, пока не реализован механизм полного бэкапа? Например, задействовать уже имеющийся способ перехода в интерфейс другого Кинетика по токену, но в аргументе url прописать путь к нужным файлам: https://*.keenetic.io/auth?x-ndma-tkn=*&url=/ci/startup-config.txt https://*.keenetic.io/auth?x-ndma-tkn=*&url=/ci/firmware Пусть было бы только для HTTPS, но это уже лучше, чем вообще ничего. Вручную удалось таким образом получить файлы, прерывая отправляемый на Кинетик запрос, подменяя URL и повторной отправки.

С 4.1 Alpha 10 исправлено. @eralde @Anna Zhelankina Спасибо!

@eralde @Anna Zhelankina не планируется ли в будущем при обновлении всей системы предлагать пользователю сохранить текущую конфигурацию и прошивку? Сейчас этот диалог появляется только при обновлении из "параметров системы", но не помешал бы и здесь, чтобы была возможность откатить хотя бы контроллер в предыдущее состояние, если, например, в свежей версии KeeneticOS что-то сломалось или работает не так, как ожидается. Было бы вообще идеально, чтобы имелась возможность сохранить при необходимости прошивку и/или конфигурацию вообще любого выбранного узла прямо из контроллера на странице "Mesh Wi-Fi система", без необходимости обращаться к "параметрам системы" нужного устройства. В таком случае будет возможность без проблем обновляться/откатываться на разные версии, т.к. можно будет легко делать бэкап текущего состояния всех узлов системы.

Главное, чтобы этот диалог остался на своем месте в будущем. По моему мнению, одну часть пользователей он сможет переубедить, порекомендовав во избежание проблем обновить все узлы системы вместо выбранных (например, случайно, или же не зная логики работы нового механизма обновления). Оставшаяся часть пользователей, которые понимают, что делают, все равно будут иметь возможность обновить только те узлы, которые выбрали. На будущее, конечно, было бы неплохо его не показывать в некоторых случаях. Один из таких я привел ранее. Ещё, как вариант, если в системе имеются Кинетики с разными установленными каналами обновления (например, подключены архивные и актуальные вместе, и в разных каналах доступна различная новая версия KeeneticOS), и нужно обновить только один Кинетик из нескольких. Наверняка найдутся ещё и другие базовые комбинации (все, разумеется, не перебрать), но о них станет известно только со временем, когда новым вебом будут пользоваться все больше и больше пользователей.

@eralde в 4.1 Alpha 11 были какие-либо исправления по этой части? В changelog упоминаний не увидел, но заметил, что веб стал корректно загружаться с первого раза.

@eralde @Anna Zhelankina Поправлено в 4.1 Alpha 11. Спасибо!

@eralde нашел еще один баг в поп-апе настройки Wireguard-подключения. Если заменить один адрес разрешенной подсети для пира на другой, то после применения изменений старая подсеть остается на месте, а новая добавляется отдельной строкой. В 3.х вебе старая заменяется новой в пределах одной строки.

@eralde при отсутствии компонента dsl страница перестает загружаться: В консоли следующая ошибка: Проверял на KN-3610 с 4.1 Alpha 10.

I have the same.

Поправлено в 4.1 Alpha 10. Спасибо!

@eralde если было запланировано добавление/удаление компонента системы, но скачивание и установка новой прошивки не было выполнено по каким-то причинам (например, произошла ошибка при установке или возникли проблемы с доступом к серверу NDSS), то в поп-апе "компоненты операционной системы" не отображается нижняя панель с кнопками обновления и отмены операции: В 3.х вебе с этим проблем нет: Вручную можно воспроизвести, выполнив для любого компонента команду components install ... / components remove ... без последующей components commit.

В 4.1 Alpha 9 я тоже иногда с этим сталкивался. Чтобы постоянно не чистить куки и кэш, в адресной строке браузера к IP или домену добавляю /login, например: https://mykeenetic.keenetic.pro/login http://192.168.1.1/login Вместо пустого экрана с заливкой в цвет темы, сразу открывается страница входа. Авторизуйтесь и пользуйтесь как обычно до следующего входа, когда срок действия сессии истечет.

@eralde @Anna Zhelankina в 4.1 Alpha 10 увидел упоминание об исправлении плавного нарастания графиков скорости. Но, к сожалению, подтвердить не могу. Все также удается иногда словить ситуации, когда происходит то же самое: Более того, теперь появился новый баг: почему-то сразу после подключения отображаются данные не за 3 минуты, а с момента запуска кинетика и по настоящее время: Если оставить страницу открытой на некоторое время, отображение нормализуется и снова выводятся данные за 3 минуты.

@eralde @Anna Zhelankina если выбрать обновление всех узлов кроме контроллера, на котором уже стоит актуальная версия, то веб все равно предлагает обновить всю Wi-Fi систему: Мобильный веб: для подписи кнопки обновления всей системы оказалось немного маловато места:

@eralde @Anna Zhelankina нашел еще парочку багов, проверял на 4.1 Alpha 9-10. 1. Если для устройства ранее было установлено расписание доступа к интернету, а теперь его необходимо убрать, установив "работает постоянно", то после сохранения изменений обнаруживается, что оно так и осталось к нему "привязанным". 2. Если необходимо изменить ранее присвоенный устройству постоянный адрес на другой, то после сохранения изменений отображается, что статический адрес вообще не установлен. При этом, текущий веб его корректно выводит. Когда устройство позже самостоятельно получит актуальный адрес, он появляется и в новом вебе.