eralde

В текущей версии интерфейса переключатель выключает сразу и IPv4, и IPv6 DNS (собственно, как и чекбокс на страницах настройки различных WAN-подключений). В новой версии интерфейса настройки IPv4 и IPv6 отделены друг от друга, поэтому переключатель решили убрать (непонятно, например, в каком состоянии он должен быть, если отключено получение IPv4 DNS, но включено получение IPv6 DNS).

Идея отображения портов в два ряда в том, что это соответствует физическому расположению портов на корпусе устройства: На наш взгляд, здесь синий порт находится в нижнем ряду (хотя, конечно, есть некоторое смещение наверх, но это несущественно). Если будет много владельцев KN-2610/KN-2710, которые не согласны с таким решением -- обсудим эту карточку ещё раз. Совсем честно было бы, конечно, нарисовать SFP с другой стороны от LAN-портов, но конкретно на KN-2610 нужно при этом как-то показать, что он объединен с синим портом, поэтому мы остановились на текущем варианте.

Спасибо, поправим! Эту мысль я не понял. На KN-2610 нулевой порт объединен с SFP, поэтому они отображаются вместе. Или речь о чем-то другом?

Нет, имеется в виду вот это:

Показыать этот текст без компонента mws -- это действительно лишнее. Уберем, спасибо!

Это "плавающая" проблема, которая возникает периодически (по предыдущему опыту я бы сказал, что пару раз в год). Видимо, в системе сборки стилей для текущего веб-интерфейса что-то работает не вполне детерминировано. С большой вероятностью в следующем обновлении проблема "исправится". Поскольку сейчас уже видна финишная прямая по переносу функциональности в новый веб-интерфейс, думаю, что приоритет у полноценного исправления этой ситуации очень низкий.

Нет, так не должно быть, поправим, спасибо! Новый веб-интерфейс обновится теперь уже действительно только в драфте 4.2.

Да, это, конечно, непорядок. Спасибо! Поправим.

Все правильно, удалить можно только модем, который не подключен ("plugged": "no") к Кинетику. В процессе перезагрузки модема есть период времени, когда система сообщает, что модем не подключен. В идеальном мире было бы, конечно, здорово различать эти состояния (перезагрузка/физическое отсутствие модема в порту), но я думаю, что и текущий вариант работает приемлимо. Выбор частот для отключенного модема можно заблокировать, да.

Хорошая мысль. Правда, если я правильно помню, в Extra II нет USB3

@alex.g.popp, насколько я знаю, агрегация портов работает только на четырех моделях (Peak, Giant, Ultra, Ultra SE), как и описано в статье БЗ: https://help.keenetic.com/hc/ru/articles/360020764960-Агрегация-портов-в-Peak-Giant-Ultra-SE-и-Ultra-KN-1811. Свитч в Extra II агрегацию не поддерживает и ни в какой будущей прошивке эта поддержка не появится. По ответу на второй вопрос ничего не могу подсказать, но с большой вероятностью проще и дешевле найти гигабитный Кинетик и поставить его вместо Extra II, если все остальное в текущей конфигурации устраивает.

@dimon27254 ваших данных достаточно, спасибо! Ошибка понятная, будем исправлять.

Нет, GET-запросы работают только на чтение конфигурации или текущего статуса. Для того, чтобы поменять что-то в конфигурации, придется использовать POST-запрос.

Что-то с экранированием, наверное. У меня однострочный вариант работает: / # echo $SHELL /bin/ash / # curl --header "Content-Type: application/json" --request POST --data '{"system": {"configuration": {"save": true}}}' http://127.0.0.1:79/rci/ { "system": { "configuration": { "save": { "status": [ { "status": "message", "code": "8912996", "ident": "Core::System::StartupConfig", "message": "saving (http/rci)." } ] } } } }/ #

Попробуйте добавить слэш в конце (/rci/)

Приложите, пожалуйста, выдачу из WebCLI в ответ на вот такой POST-запрос: { "show": { "ip": { "hotspot": { "chart": { "attributes": "txspeed,rxspeed,sumspeed", "detail": 0, "items": "<MAC-адреса тех устройств, которые входят в Top 5, через запятую>" } } } } }

Пока непонятно в чем проблема, у меня на двух устройствах, где USB3 идет первым и вторым по счету, все отображается как надо. Поищу конкретно KN-1811, чтобы проверить.

Какое это устройство, какая версия прошивки, в каком режиме устройство работает?

Спасибо за репорт! Поправим.

Спасибо за такой подробный комментарий по недочетам! Это ошибка, кнопка сканирования эфира выводится и для UsbLte, и для UsbQmi, но текущий вариант кода запускает сканирование только на UsbQmi-модемах. Это тоже явно ошибка в коде. Остальные пункты будем смотреть вместе с дизайнером.

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

Это проблема не веб-интерфейса, а моего расширения с темной темой (если отключить темную тему, то проблемы нет). Постараюсь поправить побыстрее.

По удивительному стечению обстоятельств как раз я как раз этим сейчас занимаюсь

Не хватает слэша после rci: http://192.168.10.1:81/rci/

Поправили возвращаемые прошивкой данные. Теперь не должно возникнуть ситуации, когда в массиве есть несколько точек с одинаковым значением t=0. Не помню по какой причине не стали писать об этом в Changelog, вероятно, потому что до этого уже писали.