dimon27254

@eralde @Anna_ В 4.2 Alpha 11 незаметно стала доступна страница "Диагностика". В changelog упоминаний не нашел. Заметил некоторые отличия в сравнении с текущим веб-интерфейсом: 1. Блок элементов управления журналом (обновление в реальном времени и очистка) теперь не закреплен в заголовке окна, а прокручивается вместе с записями. В случае, когда было просмотрено значительное количество записей в большом журнале, для его очистки или отключения обновления придется скроллить до самого начала. 2. Уменьшились размеры диалогового окна в ширину. 3. Отсутствует выделение цветом источника сообщения. Из-за пунктов 2-3 строки лога визуально воспринимаются хуже, особенно в темной теме. 4. Кнопка скачивания журнала теперь находится словно не на своем месте. Ко всему, конечно, можно будет привыкнуть. Будет еще лучше, если рассмотрите предложение вернуть расположение элементов как в текущем вебе, но сохранить стилистику нового. Примерно так: Для наглядности, текущий вариант: Проверял на KN-1811.

@eralde в блоке "средняя скорость" иногда исчезает список из Топ-5 устройств. Это происходит, если открыть потребление одного из них и после сменить уровень детализации графика на другой, где данные по этому устройству отсутствуют. Проявляется в случае, когда устройство потребляло незначительный объем трафика в некоторые промежутки времени. В текущем вебе при отсутствии данных по просматриваемому устройству, просто открывается другой список Топ-5 на выбранном уровне детализации. Проверял на KN-1811 с 4.2 Alpha 11.

@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 ни разу не встречал.