dimon27254

@eralde, в разделе "Мои сети и Wi-Fi", в выбранном сегменте при установленном расписании работы Wi-Fi сети, происходит наложение гиперссылки "Редактировать" на гиперссылку "Дополнительные настройки": Проявляется только в мобильном вебе, в актуальных версиях 3.8.5.4, 3.9 Beta 2, а также более ранних.

В 3.9 Beta 2 отображение корректное. Спасибо!

Аналогичный вид текста верхней кнопки обнаружил и в других, схожих по компоновке диалоговых окнах:

Появившийся в 3.9 Beta 1 failsafe mode, безусловно, окажется полезной и удобной функцией при удаленной настройке. В текущей реализации изменения сохраняются в startup-config только при нажатии соответствующей кнопки. Если не успеть нажать данную кнопку в установленный таймаут, кинетик автоматически перезагружается без сохранения изменений. Есть предложения по доработке функционала: Если после внесения изменений связь с кинетиком не потерялась, или же потерялась, но после восстановилась до истечения установленного таймаута, автоматически сохранить изменения в память. Если связь потерялась, и ее не удается восстановить, в течение определенного времени, меньшего чем таймаут перезагрузки, в случае, если доступ к веб-интерфейсу происходит через доменное имя, предложить пользователю попробовать перезагрузить страницу или сделать это автоматически с предупреждением. Может быть актуально при подключении с динамическим белым ip-адресом, когда производятся изменения настроек, касающиеся активного интернет-подключения, после чего веб становится недоступным по старому адресу, пока пользователь вручную не перезагрузит страницу и нажмёт кнопку сохранения. Добавить в веб-интерфейс возможность задания таймаута перезагрузки. Сейчас это уже реализовано в CLI. Будет полезно в совокупности с п. 1 в случаях, когда подключение к интернету может занимать длительное время. Например, у Ростелекома в Алтайском крае подключение по PPPoE иногда длится вплоть до 5-10 минут, т.к. старую сессию сервер может не разорвать, а затем и вовсе перестает отвечать на какое-то время. Задав свой таймаут, пользователь будет понимать, что если связь быстро не восстановилась, нужно ожидать заданное время, т.к. возможны проблемы со стороны провайдера. Если связь восстановилась за это время, значит, ничего не "сломалось" и можно сохранить настройки. А если даже после истечения установленного времени ответа нет, значит, или все также проблема в провайдере, или что-то неправильно было настроено. В таком случае, кинетик автоматически перезагрузится с предыдущими настройками.

@eralde, в 3.9 Beta 1 и более ранних, в мобильном веб-интерфейсе в окне резервного копирования не отображается полностью текст кнопки создания резервной копии: В 3.8.5 отображение текста корректное:

На 3.9 Beta 0 заголовки отображаются правильно. Спасибо!

В 3.9 Beta 0 WoL работает корректно, как на 3.7.4. Спасибо!

3.8.5; 3.9 Alpha 8, 9: ошибка сохраняется

Уточнил в поддержке на счёт вышеописанного поведения WoL, ошибку подтвердили.

После обновления KN-3010 с 3.7.4 на 3.8.4 заметил, что при попытке разбудить устройство по сети, WoL пакеты стали отправляться по-другому. Нижеописанное происходит и на 3.9 Alpha 7. Теперь отправка идет на интерфейсы с security-level private и public. Bridge0 имеет security-level private, у Bridge1 security-level protected. Судя по логу, отправка идет также в PPPoE (PPPoE0), IPoE (GigabitEthernet0/Vlan11) и Wireguard (Wireguard3), имеющие security-level public, что сопровождается ошибкой: При этом, устройства на Bridge0 успешно пробуждаются, а на интерфейсе Bridge1 пробуждение устройств не происходит, так как туда не отправляются пакеты WoL. Если же на Bridge1 поставить security-level private, то пакеты начинают туда уходить: На 3.7.4 поведение иное, там отправка пакета идет только на интерфейсы private (Bridge0) и protected (Bridge1). Все работает корректно: В документации по CLI для 3.7-3.9 также написано, что отправка идет только на интерфейсы private и protected. @Le ecureuil, где-то закралась ошибка в коде 3.8-3.9, или же изменилась работа WoL?

@eralde, после обновления на 3.9 Alpha 7 в мобильной версии веб-интерфейса исчезли заголовки разделов в меню. Обнаружил это на двух ретрансляторах KN-1110 и контроллере KN-3010. Пример на KN-1110: Если открыть код элементов меню, текст в заголовках есть, но не отображается: При этом, если откатиться на 3.9 Alpha 6, все восстанавливается: Так и должно быть, или это ошибка?

Возникла потребность настроить доступ ip-камеры, подключенной к ретранслятору в mesh-системе, к отдельному сегменту. Настраивал через cli, все работает до перезагрузки ретранслятора или контроллера. На порте сбрасывается access vlan на 1, и ip-камера возвращается в домашнюю сеть. Поведение схоже с описанным у @dvg_lab пару лет назад в данной теме, с контроллера прилетают настройки, всё перезаписывающие в соответствии с используемыми в mesh-системе сегментами. При этом, заметил, что изменяется при перезагрузке только running-config, в startup-config все остается так, как было настроено мной через cli, если только вручную не произвести сохранение прилетевших настроек. Оставил в поддержке запрос #573389 на эту тему, где описал свою схему подключения и поведение. Было подтверждено, что это особенность работы mesh-системы. Уважаемый @Le ecureuil, есть ли возможность реализации настройки портов в режиме ретранслятора в будущих релизах, например, 3.8? Понимаю, что данная функция, возможно, не будет широко востребована ввиду своей специфичности, но, все же, такая настройка была бы очень полезна даже в cli.

Обновился на бету 3.7.7. В течение 5 часов с момента запуска роутера, не появилось ни одного отладочного сообщения от qmi, что при инициализации модема, что во время работы. @vst, спасибо!

Вчера обновился на 3.7.6. На протяжении дня qmi error продолжал появляться в логе. Сегодня попробовал сбросить роутер до заводских настроек, поведение не изменилось.

В файле конфигурации у себя не нашел никаких опций, связанных с отладкой. Между каналами прошивок перехожу только через веб-интерфейс и последующее обновление, предлагаемое самой KeeneticOS. Смею предположить, если бы роутер у меня запускался в debug-режиме, то и лог был бы более детализированным, нежели прикрепленный в self-тесте. В моем же случае, во время работы появляются только сообщения от библиотеки qmi.

На 3.7.5 лог также заполняется вышеописанными строками. При этом, если через веб-интерфейс переключить модем в режим "только 3G", qmi error перестает появляться в логе.

Имею роутер Keenetic 4G (KN-1211) с последней альфа-прошивкой 3.7.4. К нему подключен модем T77W676 через 5 метровый удлинитель из качественной медной экранированной витой пары. В журнале событий постоянно появляются строки вида: UsbQmi::Device: "UsbQmi0": QMI error: 0x4a. За чуть менее чем час работы роутера, накопилась 291 строка. Появляются вне зависимости от нагрузки. При этом, модем прекрасно работает. В веб-интерфейсе отображаются все параметры сигнала, скорость высокая (в моих условиях это около 50-70 Мбит/с), под нагрузкой отвалов нет. Базовая станция находится примерно в 100 метрах, прямая видимость, уровень сигнала достаточно высокий, несмотря на загруженность станции: "rssi": "-34", "rsrp": "-61", "cinr": "14", "rsrq": "-11" Агрегация на БС не поддерживается. Если подключить вместо T77W676 модем Huawei E3372, в журнале никаких ошибок не возникает, проблем со скоростью и стабильностью также не замечено. Ранее, при использовании более старых альфа 3.7, еще до выхода бета версий, подключал T77W676 через кабель длиной 15 метров. В журнале появлялись те же самые строки, при этом модем сохранял полную стабильность и работоспособность. E3372 на том кабеле также работал без каких-либо проблем. Так как и 3372 работает нормально, это отметает нехватку питания или проблемы с кабелями. Пробовал чистить контакты сим-карты, самого модема в переходнике, не помогло. При этом, если установить стабильную прошивку 3.6.12, в журнале событий вышеописанные строки не появляются. Модемы полностью сохраняют работоспособность. В чем возможна проблема такого поведения? Может ли это быть связано с отсутствием агрегации, тогда как система пытается, например, запросить информацию о ней, но не получает нужный ответ от модема? Self-test прикрепил.