dimon27254

@hellonow в 4.1 Alpha 14 каждые две минуты стало выходить еще больше сообщений: [I] Oct 26 08:32:04 ndm: Network::Interface::Mtk::WifiMonitor: "WifiMaster0/AccessPoint0": BSS(ra0) RRM: looking for neighbor at channel 13. [I] Oct 26 08:32:04 ndm: Network::Interface::Mtk::WifiMonitor: "WifiMaster0/AccessPoint0": BSS(ra0) RRM: looking for neighbor at channel 13. [I] Oct 26 08:32:05 ndm: Network::Interface::Mtk::WifiMonitor: "WifiMaster0/AccessPoint0": BSS(ra0) RRM: looking for neighbor at channel 1. [I] Oct 26 08:32:05 ndm: Network::Interface::Mtk::WifiMonitor: "WifiMaster0/AccessPoint0": BSS(ra0) RRM: looking for neighbor at channel 1. [I] Oct 26 08:32:05 ndm: Network::Interface::Mtk::WifiMonitor: "WifiMaster0/AccessPoint0": BSS(ra0) RRM: looking for neighbor at channel 9. [I] Oct 26 08:32:05 ndm: Core::Syslog: last message repeated 2 times. На 1, 9 и 13 каналах находятся ретрансляторы.

@eralde С момента написания здесь своего последнего сообщения, очистил кэш и куки, хватило чуть больше чем на неделю. Теперь снова плавающим образом не загружается страница входа с первого раза.

@eralde в 4.1 Alpha 14 все в порядке. Спасибо!

@eralde @Anna Zhelankina начиная с 4.1 Alpha 11 в мобильной версии всё в порядке. Спасибо!

Скорее всего, текущий и новый веб-интерфейсы используют переводы из разных контекстов. В файле локализации locale.ru.json имеются оба варианта: Аналогично будет, если выключить соединение:

@eralde @Anna Zhelankina в новом вебе, в плитке "Интернет" системного монитора, для каждого подключения имеется возможность управления его состоянием с помощью соответствующего переключателя. Предлагаю добавить здесь предупреждающий диалог при попытке выключения. Он позволит остановить пользователя от неосознанного действия, которое может привести к потере как удаленного управления, так и доступа к интернету, в случае, если подключение является единственным. Ранее я оставлял в разделе "Развитие" схожее предложение: В текущем веб-интерфейсе этот переключатель "спрятан" на странице подключения и туда нужно сначала зайти. В новом он меньше и смещен левее, поэтому случайно "натворить дел" с мобильного устройства уже труднее, за что я благодарен. Но теперь он продублирован прямо на главной странице, и риск сделать действие вида "я нажал и все исчезло" выше: Режим безопасной настройки, конечно, убережет от этой ситуации, но пользователь, наверняка, его включит уже только после того, как хотя бы раз "наступит на грабли".

@eralde еще начиная с Alpha 10 в выдаче я заметил, что массив после запуска интерфейса забивается нулевыми значениями (предполагаю, это правки в API по NDM-2913), а затем они постепенно заменяются на актуальные. Зануляется как скорость, так и время. В итоге, между соседними точками оказывается разница в 13740 секунд: { "t": "13740.400000", "v": 138 }, { "t": "0", "v": 0 }, Предполагаю, из-за этого график первые несколько минут теперь и отображается от момента старта Кинетика до настоящего времени. Затем, когда массив полностью заполняется актуальными данными с ненулевым временем, то отображение становится корректным. До Alpha 10 в выдаче браузера отображались только реальные данные с момента запуска интерфейса, т.е. массив изначально пустой, а затем постепенно заполняется. Непонятно, правда, почему в 3.х вебе все корректно в этот момент отображается. В нем иная логика построения графика?

@eralde в 4.1 Alpha 13, увы, снова не могу подтвердить исправление отображения графиков. Поведение полностью идентично Alpha 10.

@eralde в 4.1 Alpha 13 на страницу просочились настройки IPv6, несмотря на отсутствие компонента ip6: Также заметил, что немного затерялся русскоязычный перевод для настроек IPv4. По IPv6, как я понимаю, появится позже, т.к. эти настройки появились впервые в этой версии.

Аналогичная ситуация и на KN-3610, KN-1110, KN-3210 в draft-канале. Лог забивается ошибками: Core::Ndss: [25072] HTTP error: 500 (Server error). Похоже, на серверах NDSS ведутся какие-то работы.

@eralde Подтверждаю. Спасибо!

@eralde в 4.1 Alpha 13 обратил внимание, что текст появился. Спасибо! Правда, вылез новый небольшой баг: в заголовок поп-апа просочился HTML-код:

@eralde в 4.1 Alpha 13 подтверждаю исправление, теперь выглядит красиво и аккуратно. Спасибо!

@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 и повторной отправки.