dimon27254

@eralde @Anna_ и еще небольшое пожелание: увеличьте, пожалуйста, совсем немного ширину выпадающего списка с выбором единицы скорости, чтобы не было сокращений: Воспроизвести у себя смог только на KN-1811. На KN-3610 почему-то отображается корректно:

@eralde не удается снять ограничение скорости, если оно ранее было установлено. В консоли DevTools появляется ошибка: В системном логе также есть ошибка: Core::Scgi::Tools: ignored floating point value "rate". Проверял на KN-1811 с 4.2 Alpha 11.

@eralde нашел небольшой баг: не работает проверка вводимого IP-адреса на занятость ретрансляторами Wi-Fi-системы. Для примера пробую указать адрес, который используется одним из ретрансляторов: При попытке сохранения система выдает в лог ошибку о том, что адрес уже назначен другому хосту. Проверял на KN-3010 с 4.2 Alpha 11.

@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.