dimon27254

@eralde @Anna Zhelankina в 4.2 Alpha 1 проводные подключения снова отображаются. Спасибо!

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

@eralde @Anna Zhelankina исправление в 4.2 Alpha 1 подтверждаю. Спасибо!

@eralde @Anna Zhelankina подтверждаю исправление в 4.2 Alpha 1. Спасибо!

@hellonow прикрепил.

@hellonow в 4.1.2 поведение аналогично. Свежий self-test не требуется?

При просмотре с мобильного устройства у меня аналогично. Зайдите на сайт с десктопа или в мобильном браузере откройте версию сайта для ПК.

@hellonow в 4.1.2 поведение без изменений.

@eralde при отсутствии подключения к сети Wi-Fi, в значении канальной скорости отображается HTML-код: Предполагаю, что здесь должен быть прочерк. Не будет лучшим скрывать строку с данными о канальной скорости при отсутствии подключения? Заодно и стандарт 802.11 не показывать в этом случае. Если же подключение установлено, то отображать эти данные, т.к. они очень полезны для оценки качества связи. Проверял на KN-3610 с 4.1.1.

@eralde хотел бы уточнить по одному незначительному моменту, который, наверное, и не стоит отдельной темы. В новом веб-интерфейсе можно увидеть, к какому Кинетику подключено устройство, даже при отсутствии компонента mws: Так было задумано? Когда имеется несколько Кинетиков, объединенных в Wi-Fi-систему, это, конечно же, полезно. Если же Кинетик в сети всего лишь один, то, по моему мнению, и так очевидно, что устройство подключено именно к нему. В текущем веб-интерфейсе блок "через ..." отображается только при установленном компоненте mws. Проверял на KN-1811 с KeeneticOS 4.1.1.

На KN-1811 и KN-3610 с версией 4.1.1 выполнил последовательно команды: interface WifiMaster0 no vht system configuration save system reboot После перезапуска в running-config вернулась опция vht, но в startup-config отсутствует. Как я понимаю, снова включилась автоматически системой при запуске.

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

Пункт ввода PIN появляется однократно, когда будет установлена SIM-карта, его требующая. Вводится PIN-код, после чего Кинетик его сохраняет в памяти и далее использует. Поле ввода больше не будет отображаться. Нет разницы, будет это Кинетик со встроенным модемом, или же внешним, подключенным к USB-порту. Могу предположить, что если PIN-код, сохраненный в Кинетике не сойдется с PIN-кодом на SIM-карте (например, сменили PIN-код или вставили другую SIM с иным PIN), то поле ввода снова появится. Если вместо SIM-карты с PIN-кодом будет вставлена "обычная", не требующая его ввод, то она, скорее всего, будет использоваться Кинетиком без каких-либо ограничений. Я использую модем T77W676 с KN-3610. В модем вставлена SIM-карта, требующая ввод PIN. При первом "обнаружении" такой SIM-карты, появилось поле ввода, я ввел необходимый PIN. Поле исчезло, а затем Кинетик успешно подключился к сети мобильного оператора.

@eralde при отсутствии на Кинетике компонента "Общий доступ к файлам и принтерам по протоколу SMB", в лог начинают сыпаться сообщения: Core::Scgi::ThreadPool: not found: "printers" (http/rci). Если скрыть плитку из dashboard или установить компонент, то сообщения перестают появляться. Проверял на KN-3610 с 4.1.0.

@eralde @Anna Zhelankina подпись "нет данных" не очень хорошо различима на светлом фоне блока, если используется темная тема: Предполагаю, что у блока должен быть темный фон. Проверял в 4.1.0.

@eralde @Anna Zhelankina нашел парочку незначительных визуальных моментов в темной теме. Проверял в 4.1.0. 1. При наведении или клике по группе сообщений от одного отправителя, происходит выделение слишком светлой заливкой: 2. Фон блока каждого сообщения от конкретного отправителя также слишком светлый: Из-за этого светлый текст, находящийся внутри блоков, не очень хорошо различим.

@eralde @Anna Zhelankina в мобильной версии анимированное изображение перекрывает текст приветствия: Также есть пожелание на будущее по самому приветствию: было бы неплохо, чтобы оно различалось в зависимости от типа устройства (мобильное/десктоп). Сейчас получается, что в правом верхнем углу должны быть настройки вида, но они там расположены только в десктопе, а в мобильной версии находятся в конце страницы.

@hellonow без изменений в 4.1.0. Проверил в 4.0.7 - 256-QAM автоматически не включается после перезагрузки.

На актуальных версиях 4.1 это уже не работает - параметры нового веб-интерфейса теперь хранятся в памяти Кинетика. Очень хорошее решение, т.к. dashboard будет выглядеть единообразно на разных устройствах. Вместе с этим, необходимость в кнопке сброса вида никуда не делась. Вдруг кому-либо из пользователей будет полезно: сейчас для сброса вида системного монитора можно ввести в CLI команду: system environment set ndw4_settings Она полностью удалит ВСЕ настройки нового веб-интерфейса (они хранятся в переменной среды ndw4_settings), в том числе расположение плиток системного монитора. После перезагрузки любой из страниц появится приветственное окно, как при первом входе в новый веб-интерфейс.

@eralde @Anna Zhelankina заметил некоторое изменение в работе логики выбора компонентов. Проверял на KN-1811 с 4.1.0. В новом вебе перестали быть доступными для поиска/выбора некоторые компоненты, пока не будет отмечен тот, от которого они зависят. Приведу несколько примеров: 1. NextDNS и SkyDNS стали недоступны, пока не будет выбран "Фильтрация контента и блокировка рекламы при помощи облачных сервисов". 1.1. NextDNS все равно будет недоступен, если дополнительно не выбрать "Прокси-сервер DNS-over-HTTPS". 2. Если не выбрать "IKEv1/IPsec и IKEv2/IPsec VPN-серверы, клиент L2TP/IPsec VPN, IPsec VPN сеть—сеть", то теперь недоступны "L2TP/IPsec VPN-сервер" и "IKEv1/IPsec и IKEv2/IPsec VPN-клиенты". 3. SFTP-сервер недоступен, пока не будет выбран Сервер SSH. 4. Captive portal отсутствует, если не выбрать "Ограничение скорости Интернета для клиентов (Шейпер трафика)". Наверняка, появились еще и другие комбинации. Так было задумано? В текущем вебе (и в новом) по такой логике работает раздел "Пакеты OPKG": без "поддержки открытых пакетов" нельзя выбрать модули ядра. При этом, "Модули ядра подсистемы Netfilter" дополнительно еще зависят и от "протокола IPv6". Здесь это выглядит логично и понятно, т.к. все модули сгруппированы в один раздел с "главным" компонентом. По-другому дело обстоит, например, с Captive portal или L2TP/IPsec VPN-сервером. Простой пользователь может подумать, что их вообще нет или они "пропали" после обновления. Можно, конечно, кликать по всем имеющимся и смотреть, когда появится в списке нужный, но это не так быстро и не совсем удобно. Сейчас эти компоненты в текущем вебе можно установить в пару кликов, т.к. все необходимые зависимости проставляются автоматически.

@hellonow обновил всю Wi-Fi систему из Кинетиков на 4.1.0, куда вошло исправление SYS-1098. Поток сообщений "RRM: looking for neighbor at channel ..." / "RRM: perform scan notified channel: ..." каждые две минуты прекратился. За 6 часов работы сообщения появились в логе лишь раз, на одном из ретрансляторов в процессе запуска. Буду наблюдать далее. Спасибо!

@eralde после обновления KN-1211 на 4.1.0, в текущем веб-интерфейсе начала выделяться серым полоса прокрутки меню: При наведении курсором на полосу, цвет меняется: Очистка кэша не помогает. Проверял в браузерах Chrome 122 и Edge 121. На KN-1811, KN-3010, KN-1212, KN-3210 и KN-1110 c KeeneticOS 4.1.0 такого бага не обнаружил. Пример с KN-1811:

На текущий момент одним нажатием это сделать невозможно. Рекомендую обратиться в официальную техническую поддержку Keenetic и оставить свой голос за реализацию этой идеи.

Признаю свою ошибку. Спасибо. Я совсем забыл учесть, что это не Ethernet-подключение Изначально на это обратил внимание из-за другого: если подключение было вручную выключено, и модем в этот момент не подключен, то в новом вебе удаление невозможно: В текущем же кнопка удаления присутствует и корректно выполняет свою работу. Если модем подключен, но подключение выключено, то кнопка не отображается. К текущим статусам в процессе перезагрузки модема претензий нет нисколько. Это работает более чем понятно и корректно.

@eralde нашел баг: кнопка удаления подключения отображается только при "отрицательных" статусах. Под рукой Huawei E3372h-153 сейчас нет, поэтому продемонстрировал на примере Huawei E173: https://disk.yandex.ru/i/2GMvTMktx-r10Q Также, при отсутствующем модеме или вручную выключенном интерфейсе, остаются доступными некоторые элементы на странице: https://disk.yandex.ru/i/inf1He6F-OoVRg В текущем вебе они не кликабельны. Проверял на KN-1811 с 4.1 Beta 4.