dimon27254

@eralde проверил в 4.2 Alpha 11 - ошибки не проявляются. Спасибо за исправление!

В 4.2 Alpha 10 поведение не изменилось. @Le ecureuil по возможности, посмотрите, пожалуйста. Может быть, возникают какие-то неполадки с NAT Loopback, потому что при изменении настроек не только веб становится недоступен, но и перестает пинговаться внешний IP Кинетика из локальной сети. Скрытым сообщением выше я это демонстрировал на видео. Из интернета веб-интерфейс продолжает отвечать без каких-либо нареканий.

@eralde имеется ли в новом вебе лимит на количество DNS-серверов, которые можно указать на странице настройки интернет-подключения? Для примера я накликал 300 полей, куда можно указать адреса серверов: Не будет лучшим ограничить максимальное количество, и тем самым оградить пользователя от возможных неожиданных "эффектов" в работе интерфейса или системы? Например, до 3, как в текущем вебе.

@eralde @Anna_ при клике по некоторым выпадающим спискам всплывает это сообщение. Если же кликнуть много раз подряд, то эти сообщения могут занять всю страницу. Это ошибка или намек пользователю, что кликать бесполезно? В текущем вебе сообщение появляется однократно и более не повторяется. Проверял на KN-3210 с 4.2 Alpha 9.

В 4.2 Alpha 10 поведение аналогичное. @Le ecureuil @hellonow

@eralde на KN-3210 c 4.2 Alpha 9 не отображается обработчик длинного нажатия кнопки Wi-Fi. В текущем интерфейсе проблем с отображением нет.

В 4.2 Alpha 10 без изменений.

@eralde установил новый веб на KN-3210 с 4.2 Alpha 9. Заметил, что по умолчанию всегда открывается текущий. Если выбрать новый - работает, пока не закрыть вкладку в браузере или не перезагрузить страницу. После чего снова используется текущий, а на новый нужно опять переключаться вручную. Это баг, или пока так задумано?

@eralde в 4.2 Alpha 10 с отображением проблем нет. Спасибо!

Исправление в 4.2 Alpha 10 также подтверждаю. Спасибо!

@eralde в 4.2 Alpha 9 сломалось отображение порта для пиров в диалоговом окне "Torrent-клиент": По факту, в конфигурации он задан:

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

Сравните startup-config и running-config при установленной Alpha 9. Там вы увидите точно, что было изменено системой. Настройки синхронизации времени остались на месте, просто перестали отображаться в новом веб-интерфейсе. Скорее всего, это связано с изменениями в API, после которых сломалось отображение данных и в мобильном приложении:

@eralde @Anna_ в 4.2 Alpha 9 исправлено. Спасибо!

@Le ecureuil @admin с обновлением на 4.2 Alpha 8-9 система автоматически меняет некоторые настройки в running-config. В моем случае: 1. Отключились автообновление и "программа улучшения продукта" (components auto-update disable, ndss dump-report disable). 2. Для беспроводных интерфейсов прописался mu-mimo (beamforming explicit mu-mimo). 3. Для PPPoE-подключения включился ccp. Если сохранить изменения, то эти настройки попадают уже и в startup-config.

@hellonow проверил на трех Кинетиках с 4.2 Alpha 9 - доступ к веб-интерфейсу заработал без отключенного флага. Спасибо! В ветку 4.1 планируется добавить это исправление?

@admin в 4.2 Alpha 9 проблем с паролями нет. Спасибо за хотфикс!

@eralde @Anna_ в 4.2 Alpha 8 иконка в темной теме корректная. Спасибо!

Скорее всего, было: [I] May 8 23:01:52 ndm: Network::Interface::Supplicant: "PPPoE0": identity saved. [E] May 8 23:01:52 ndm: Command::Base: argument parse error. [I] May 8 23:01:52 ndm: Network::Interface::Base: "PPPoE0": static MTU is 1492. В процессе загрузки система не может разобрать пароль, закодированный в startup-config с помощью ns3. Как итог, он исчезает для PPPoE-подключения в running-config, а затем и в startup-config, если внести хоть какие-то изменения в настройки Кинетика. При вводе пароля через командную строку или веб-интерфейс, сохранение идет не в ns3 (как было всегда), а в виде обычной текстовой строки, которая без проблем далее используется системой.

В данном случае клиентом является только одно мое устройство (как раз с адресом 192.168.1.40), с которого я управляю Кинетиком. При обращении к текущему вебу таких ошибок от nginx ни разу не встречал.

@eralde при обращении к новому вебу иногда в логе появляется большая простыня ошибок от nginx: [E] May 7 15:35:59 keenetic-* nginx: 2024/05/07 15:35:59 [error] 1051#0: *21 limiting requests, excess: 200.150 by zone "peraddr", client: 192.168.1.40, server: , request: "GET /assets/images//printer.svg HTTP/1.1", host: "192.168.1.1", referrer: "http://192.168.1.1/login?backUrl=%2Fdashboard%3FbackUrl%3D%252Fsystem" [E] May 7 15:35:59 keenetic-* nginx: 2024/05/07 15:35:59 [error] 1051#0: *25 limiting requests, excess: 200.975 by zone "peraddr", client: 192.168.1.40, server: , request: "GET /assets/images//question.svg HTTP/1.1", host: "192.168.1.1", referrer: "http://192.168.1.1/login?backUrl=%2Fdashboard%3FbackUrl%3D%252Fsystem" [E] May 7 15:35:59 keenetic-* nginx: 2024/05/07 15:35:59 [error] 1051#0: *27 limiting requests, excess: 200.025 by zone "peraddr", client: 192.168.1.40, server: , request: "GET /assets/images//restart.svg HTTP/1.1", host: "192.168.1.1", referrer: "http://192.168.1.1/login?backUrl=%2Fdashboard%3FbackUrl%3D%252Fsystem" [E] May 7 15:35:59 keenetic-* nginx: 2024/05/07 15:35:59 [error] 1051#0: *23 limiting requests, excess: 200.025 by zone "peraddr", client: 192.168.1.40, server: , request: "GET /assets/images//role-free.svg HTTP/1.1", host: "192.168.1.1", referrer: "http://192.168.1.1/login?backUrl=%2Fdashboard%3FbackUrl%3D%252Fsystem" Я привел лишь часть для примера. В реальности может быть как пара-тройка строк, так и 40-50. Какую-либо закономерность мне пока что найти так и не удалось - это происходит в случайное время, вне зависимости от типа доступа - HTTP или HTTPS. Иногда при авторизации, иногда при переходе между страницами. При этом, с самим вебом никаких проблем нет. Все работает корректно и без ошибок. Проверял на KN-1811 с 4.2 Alpha 7.

@eralde @Le ecureuil если в новом веб-интерфейсе внести изменения в настройки сегмента, например, сменить тип шифрования для Wi-Fi-сети, то после этого пропадает доступ к вебу по домену KeenDNS внутри локальной сети Кинетика. Доступ по локальному IP через HTTP в этот момент продолжает работать. Также может произойти рассинхронизация настроек беспроводных сетей 2,4 и 5 ГГц. Перезагрузка Кинетика исправляет проблему - доступ восстанавливается, а настройки сетей снова оказываются идентичными. В текущем интерфейсе изменение настроек сегмента не "ломает" доступ к Кинетику по KeenDNS из локальной сети. Проверял на KN-1811 с 4.2 Alpha 7.

Сейчас ещё раз повторил перемещение, за 5 минут так и не загрузилась. UPD: похоже, я нашел причину такого поведения - на KN-3610 у меня отсутствует компонент tsmb (общий доступ к файлам и принтерам по протоколу SMB). После его установки карточка начала корректно загружаться после каждого перемещения. Видимо, это как-то связано с багом, который исправляли ранее:

@hellonow свежий self-test требуется? В 4.2 Alpha 7 все ещё без изменений.

@eralde если переместить эту плитку из одной колонки в другую, а затем вернуть в исходную, то она "падает" в бесконечную загрузку. После перезагрузки страницы работоспособность восстанавливается, но до следующего перемещения плитки между колонками. Ни в логе, ни в консоли DevTools ошибок в этот момент нет. Проверял на KN-3610 с 4.2 Alpha 7. Из подключенных USB-устройств только модем T77W676.