eralde

Я кратко описал все тут:

Прослойка, которую использует веб-интерфейс для настройки, так называет получающийся мост, если у Кинетика синий порт на отдельном свитче. У интерфейса есть идентификатор вида BridgeX и псевдоним ISP-IPTV. Вы можете в этом убедиться, посмотрев на вкладке "Network" в консоли разработчика браузера на ответы, которые веб-интерфейсу приходят от устройства. В одном из ответов будет "... 'next-name': 'ISP-IPTV'", при этом в запросе такого имени нет.

Версия 0.5.80 (2021-03-28): всплывающая подсказка выпадающего меню с расписаниями стилизовна под темную тему (сообщил @AndreBA)

Версия 0.5.79 (2021-03-21): расширение корректно поддерживает прошивки >= 3.7 (и все следующие версии 3.x) (сообщил @AndreBA) если меню свернуто, клик по пустому пространству под иконками раскрывает меню (такое поведение было в версиях < 3.5, добавлено по просьбе @T@rkus) для Ultra II / Giga III / Extra II / Air добавлена возможность выбора канала автообновлений delta (по просьбе @T@rkus)

При переходе из веб-интерфейса Кинетика в ссылку вставляется текущий язык веб-интерфейса. Этот вариант нам проще поддерживать, чем отдельную настройку в веб-интерфейсе Transmission.

Сейчас попробовал с телефона, работают ссылки вида: <KEENDNS_NAME>/app/transmission/web/index.html?devicetype=computer&lang=ru (десктопный UI) <KEENDNS_NAME>/app/transmission/web/index.mobile.html?lang=ru Вариант с IP тоже должен работать, я думаю.

Передавайте в ссылке аргумент lang: Screen Recording 2021-03-10 at 11.58.55.mov

Запросить только ошибки, к сожалению, нельзя. Параметры в REST API повторяют аргументы команды в CLI: (config)> show log Usage template: log [{max-lines}] [once]

Нужно провести эксперимент. Особенность лога в том, что он продолжает присылать признак "continued" бесконечно, в отличие от других подобных процессов.("show site-survey", "components commit", ...). Отсутствие признака "continued" в ответе на GET-запрос (или на исходных POST-запрос), значит, что процесс в системе завершен (и последующие GET-запросы снова будут возвращать 404). Я не знаю случаев когда устройству плохело бы из-за запросов лога, но я запустить много копий получения лога не пробовал. В случае с логом получение новых событий через GET-запрос после запуска должно работать пока не протухнет сессия авторизации (она протухает через 10 минут отсутствия активности). Гм, похоже, что достаточно отправить POST-запрос к rci/show/log с такими данными: { "once": true, "max-lines": 100 } Этот запрос вернет 100 последних сообщений и при этом фоновый процесс не остается висеть после ответа. Надеюсь, что это подойдет)

GET-запрос не работает потому что это т.н. "background process" и он еще не запущен. См. B.1.2.3 Background processes в Command Reference Guide: Чтобы получить лог необходимо: отправить POST-запрос к rci/show/log с аргументами команды в JSON в качестве данных (без аргументов -- "{}"; другой пример "{"max-lines": 100}"). Этот запрос вернет весь текущий лог. далее отправлять GET-запросы к rci/show/log (будет приходить объект вида {continued: true, <новые сообщения, если они появились с момента последнего опроса>} в момент, когда вы хотите прекратить получение сообщений из лога -- отправить запрос с методом DELETE

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

Спасибо! Проблема в мастере первоначальной настройки. Она будет исправлена в следующих версиях (текущие выпуски 3.6 также содержат эту ошибку). Пока, к сожалению, такая настройка возможна только на странице "DSL".

Насколько я знаю, назначение service-class и этот компонент в прошивке не связаны никак. Т.е. будет работать.

Я задам этот вопрос начальству. Технически, безусловно, можно.

Дальше от меня ничего не зависит, к сожалению.

Версия 0.5.76 (2020-12-30): исправлены стили для блока "Разрешенные для подключения узлы Wi-Fi-системы" (сообщил @AndreBA) добавлены стили для новых кнопок управления узлами Wi-Fi-системы

@Flashwrd в текущем драфте реализована только UI-часть этой функции. Настройки будут сохраняться в конфигурацию Кинетика, но фактический запрет на подключение к определенным узлам еще не реализован.

Если вы имеете в виду "Имя провайдера" (Mobile broadband), то это описание (interface {name} description {description}). Идентификатор у вас, например, в третьей вкладке (UsbModem0), видимо там description не задан. Впрочем, для прошивок > 3.4 все настройки доступны из веб-интерфейса, поэтому история про идентификатор большого значения не имеет.

Вот интересующие вас настройки в telnet: interface {name} mobile umts disable-band {band} interface {name} mobile lte disable-band {band} interface {name} usb acq {acq} telnet 192.168.1.1 Trying 192.168.1.1... Connected to 192.168.1.1. Escape character is '^]'. THIS SOFTWARE IS A SUBJECT OF KEENETIC LIMITED END-USER LICENCE AGREEMENT. BY USING IT YOU AGREE ON TERMS AND CONDITIONS HEREOF. FOR MORE INFORMATION PLEASE CHECK https://keenetic.com/legal WARNING: administrative password is not configured. (config)> int interface - network interface configuration (config)> interface UsbQmi0 Usage template: interface {name} (config)> interface UsbQmi0 Core::Configurator: Done. (config-if)> mobile umts disable-band - disable UMTS band (config-if)> mobile lte disable-band - disable LTE band (config-if)> usb ac acq - set network access order (config-if)> usb acq Usage template: acq {acq} Choose: gsm umts lte (config-if)> usb acq Идентификатор интерфейса, если вы не подключали других QMI-модемов, будет такой же как в моем примере: UsbQmi0. Если нажать в CLI на клавишу Tab, то введенная команда будет автоматически дополнена или будут показаны варианты аргументов ("Choose:" в моем примере). Для включения бэнда обратно используйте команду с префиксом no: (config-if)> mobile lte disable-band Usage template: disable-band {1-43} (config-if)> mobile lte disable-band Usage template: disable-band {1-43} (config-if)> mobile lte disable-band 33 UsbQmi::Interface: "UsbQmi0": LTE band 33 disabled. (config-if)> mobile lte no disable-band 33 UsbQmi::Interface: "UsbQmi0": LTE band 33 enabled. Более подробное описание -- в Command Reference Guide: http://docs.help.keenetic.com/cli/3.1/ru/cli_manual_kn-2310.pdf (ссылка на модель со встроенным QMI-модемом, но система команд идентична)

EP06-E с этой версией прошивки будет работать. Но большинство настроек, к сожалению, можно будет сделать только через CLI.

Версия 0.5.75 (2020-12-08): возможность изменения отображения портов на дашборде отключена для прошивок < 3.4 (об ошибке в 2.16 сообщил @AndreBA)

В версии 2.16 я это отключу. Я рассчитывал, что там шаблон не будет подменяться, но, похоже, ошибся. Спасибо, что написали!

Версия 0.5.73 (2020-11-30): название порта на дашборде отображается в центре иконки порта (по просьбе @AndreBA) исправлен цвет иконок при отображении ассиметричного ограничения скорости хоста на странице "Список устройств" в результате обсуждения описания портов на дашборде, начатого @Hotery, добавлена возможность вручную настроить отображение портов на дашборде: switchport_template.mov Также, в дополнение к последнему пункту, добавлен сбор статистики по интерфейсам портов (может быть интересно @Sfut). Т.е. в настраиваемом шаблоне можно использовать все данные, возвращаемые командой show interface stat (e.g. {{ port.rxbytes }}). Возможность экспериментальная, пробуйте, кому интересно.

Я выложил исходный код расширения на GitHub: https://github.com/Eralde/keenetic-dark-theme-extension Теперь все желающие могут собрать свою версию (например, модифицировать цвета) или предложить какие-то дополнительные улучшения.