dimon27254

@eralde все замечания поправлены в 4.1 Alpha 3. Спасибо!

@eralde в 4.1 Alpha 3 пункты 2-4, 7, 9-10 исправлены. Спасибо! На глаза еще попалась мелочь: в графике скорости для резервного соединения подписи времени чуть меньше в высоту, чем для основного. Из-за этого выглядят немного сжатыми:

@eralde мобильная версия страницы поправлена в 4.1 Alpha 3. Спасибо! В десктопной версии логотип и модель будут исправлены в будущих релизах? В мобильном вебе мелочь, но все же: логотип компании немного смещен влево относительно центра и модели. Подправьте, пожалуйста, по возможности:

@eralde в 4.1 Alpha 3 все поправлено, спасибо! Правда, появился новый баг: из списка клиентов невозможно перейти на любую другую страницу. В консоли DevTools появляется такая ошибка:

@eralde в 4.1 Alpha 3 язык в коде изменяется, но только после загрузки страницы, а изначально также стоит "en". Из-за этого браузер все равно предлагает сделать перевод. По моим наблюдения, в 3.х вебе в начальном состоянии этот атрибут вообще отсутствует, а после загрузки страницы добавляется в соответствии с выбранным языком.

@Le ecureuil @Infy @hellonow просматривая логи на кинетике (как в 4.1 Alpha 1, так и Alpha 2), обратил внимание, что в записях, касающихся Wireguard, при попытке повторить хэндшейк (ввиду неустойчивости связи с другой стороны) периодически появляются странные временные отметки с отрицательными значениями: wireguard: Wireguard1: retrying handshake with peer "*" (*) (*.*.*.*:*) because we stopped hearing back after -2126184448 seconds В 4.0 и более ранних это значение было всегда положительным, и, как правило, редко превышало 15 секунд, т.е. записи имели вид: wireguard: Wireguard1: retrying handshake with peer "*" (*) (*.*.*.*:*) because we stopped hearing back after 15 seconds Проблем с работой туннелей не испытываю, но такие отрицательные значения смущают.

@eralde в процессе использования нового веба на этой странице мне попались на глаза несколько багов. 1. Некорректное отображение настройки ip http security-level. У меня установлено public ssl, но новый веб выводит, что настроен доступ HTTP+HTTPS: В 3.х все отображается корректно: 2. Если изменить любую из нижеприведенных настроек (для примера я попытался установить удаленный доступ только через HTTPS), то кнопка сохранения оказывается неактивна: 3. При указании нового порта управления HTTP, в случае, если доступ к кинетику идет через HTTPS, да еще и с нестандартным номером порта, выводится диалоговое окно с новым адресом в виде "https://*.keenetic.link:порт_https:выбранный_порт_http/": В 3.х вебе это окно вообще не выводится в случае управления через HTTPS.

@AndreBA об отсутствии перевода я ранее написал: В разделе "Веб-интерфейс" имеют место быть проблемы с отображением некоторых ранее созданных тем.

Тоже пробовал ввести значение > 3, и получил аналогичную ошибку. Предположил, что для KN-3010 работает иначе, но получается, всё-таки это ошибка документации. В любом случае, как мне кажется, статистики с детальностью в 3 секунды более чем достаточно для отображения на графиках. Но не будет лучшим тогда на них оставить именно эту детальность без интерполяции подробных значений до 1 секунды? Или это может оказаться непонятным для пользователя, т.е. почему ось времени выводится вплоть до секунды, а на графике можно посмотреть только значение за 3?

Похоже на баг в API, ведь если руководствоваться документацией по CLI (посмотрел как англо-, так и русскоязычную по 4.0), то при значении 0 аргумента detail данные должны отдаваться с детальностью в 1 секунду, а не 3. При значении 1 детальность оказывается не 2 секунды, а 60, и при 2 уже вообще 180, хотя должно быть 3 секунды.

@eralde а в новом вебе не производится интерполяция данных, по которым строятся графики приема/передачи? RCI по команде interface rrd отдает данные за каждые 3 секунды, а на графике можно смотреть с точностью до 1 секунды. Может быть, баг как-то с этим связан.

@eralde в точности такой же график повторить не удалось ввиду увеличившегося потребления трафика в сети, но суть осталась та же, продемонстрировал на видео в скрытом сообщении. Вывод из rci:

@eralde если выключить соединение и оставить его так на время большее, чем выводится на график, а потом включить, получается баг: Никакой активности не было, т.к. интерфейс был выключен, но на графике она появилась, причем линейно нарастающая. В 3.х вебе такого нет:

В 4.1 Alpha 2 по отображению статуса есть улучшения. Теперь если выключить из настроек подключения (т.е. выключить GigabitEthernetX), там отображается корректный статус "выключен": Но при этом в dashboard все также отображается статус "подлежащее соединение не готово": С выключением сразу из dashboard (выключение интерфейса PPPoEX) никаких изменений нет, в старом вебе интерфейс все также пропадает.

В 4.1 Alpha 2 этих сообщений больше нет. Спасибо!

@eralde в случае отсутствия установленного компонента easyconfig на кинетике, кнопка импорта настроек PPPoE должна быть доступна? У меня этого компонента нет, но кнопка имеется, причем, только в новом вебе. По нажатии открывается поп-ап, и, кажется, в нем потерялся номер порта:

Пока составлял репорт, на паре устройств были открыты вкладки с этой страницей на несколько минут, id так и не заменились.

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

@Infy @hellonow в 4.1 Alpha 1 при доступе к кинетику через облако KeenDNS в логе появляются записи вида: Ndns::Tunnel: out of memory [0xcffe00ba]. На сколько это критично? Никаких сбоев или проблем с доступом мной не замечено.

@eralde в списке клиентов мне попались парочка багов. 1. Некорректная сортировка списка: в 3.х вебе по умолчанию список сортируется по имени хоста, а в новом это происходит словно рандомно. Если вручную установить сортировку по любому из столбцов, точно такой же расстановки хостов в списке получить не удается. 2. Если обновить страницу с открытым списком клиентов, вместо наименований сегментов (description) отображаются системные id интерфейсов (в моем случае, это Bridge0/Bridge1, вместо домашней/гостевой сети соответственно). Чтобы снова отобразились наименования, достаточно перейти на любую другую страницу интерфейса, а затем снова зайти в список клиентов. Если после этого опять обновить страницу, все повторяется.

Сейчас, похоже, и этот топик исчез из раздела Разумеется, в первую очередь веб проектируется под десктоп с ландшафтной ориентацией, так как любые "основательные" настройки (например, с нуля) проще и удобнее делать именно с ПК. Для "полевых" работ мобильный веб самое то: например, мелкой донастройки на месте под условия, просмотра логов "по горячим следам", юстировки антенны модема, и прочим сценариям, когда компьютера под рукой нет, а что-то незначительное изменить в конфигурации кинетика нужно. Естественно, что заставить все выглядеть идеально на смартфоне с портретной ориентацией невозможно. Поэтому хотелось бы, чтобы новый мобильный веб был, как минимум, не хуже текущего, а лучше - на голову выше. Но, конечно же, нет предела совершенству.

@eralde на этой странице нашел погрешности: 1. Мобильный веб, окно изменения компонентов: текст подсказки о выборе языков, а также их чекбоксы ушли за пределы видимости: При этом, никаких проблем с чекбоксами для системных компонентов не наблюдается: 2. Системные файлы: в десктопном вебе все выглядит хорошо и красиво, но в мобильном проблема - теперь, чтобы прочитать здесь какую-либо информацию, добраться до кнопок выгрузки/загрузки, требуется немало скроллить. В 3.х вебе со спойлерами, после раскрытия которых сразу доступна сразу вся информация - удобнее. 3. В списке доступных действий при нажатии кнопки Wi-Fi появился новый "безымянный" вариант - это, случаем, не обработчик аппаратного переключателя режимов работы? Если судить по текущему вебу, его там быть не должно. 4. В списке условий, при которых включается светодиод FN, появились абсолютно все имеющиеся в системе интерфейсы, как public, так и private/protected: В текущем вебе там отображаются только реальные интернет-подключения, имеющие параметр ip global. 5. Мобильный веб: и снова межстрочные интервалы. Они появляются даже при переносе слов одной фразы или предложения. В пример кнопка для factory reset, а также гиперссылки в юридической информации, в которых каждая строка словно отдельная ссылка.

@eralde имеют место быть некоторые визуальные погрешности: 1. Для стандартных сегментов не отображается русскоязычное наименование: 2. В десктопном вебе столбец "Выбрать" слишком широкий (аналогично и в 3.х вебе). Может быть, вообще убрать этот заголовок, оставить только чекбоксы? Правда, еще и сами чекбоксы в неактивном состоянии слабовато различаются на белом фоне. Это уже, конечно, индивидуально, но, как мне кажется, не многие пользователи настраивают яркость/контрастность своих экранов. 3. По умолчанию список клиентов сортируется по MAC-адресу, хотя это явно и не указано. Не лучше будет сделать как в 3.х, по имени хоста?

@eralde на данной странице никаких критических проблем я не нашел, чисто визуальные моменты по мобильному вебу: 1. Подписи кнопки обновления всей MWS оказалось маловато места. Еще кнопка настройки отображения колонок с информацией по узлам находится без интервала, но это можно списать на большие поля. 2. В журнале переходов большеваты межстрочные интервалы. Вкупе с полями вокруг, на экран полноценно умещается не более 1 записи. Также невозможно прочитать, между какими диапазонами сети сегмента происходит переход, информация скрывается за многоточием. offtop:

@eralde на этой странице мной также замечены некоторые погрешности. 1. Мобильный веб, разъемы сегмента и VLAN: столбцу с наименованием сегмента, как мне кажется, выделили многовато ширины. Сократить бы её в половину, добавить перенос имени сегмента на пару строк (а если имя оказалось длинным, обрезать его многоточием), и для портов уже будет намного больше места, нежели чем сейчас, когда влезает всего один порт. Также имеют место быть немалые межстрочные интервалы. При их уменьшении функционал не пострадает, но места на экране в высоту будет заниматься куда меньше. 2. Мобильный веб: фраза "не используется" для VLAN ID из-за полей страницы не вмещается в одну строку, и, как результат, при переносе смещена чуть ниже текстового блока: 3. У чекбокса, управляющего доступом к приложениям кинетика для клиентов protected-сегмента, потерялось описание: 4. При сохранении любых настроек в сегменте выводится предупреждение, даже если параметры IP не изменились: Если это работает как ожидается и сделано в качестве дополнительного предупреждение о вероятной потере управления, о добавлении которых я когда-то писал в развитии, то, наверное, стоит скорректировать текст к более общим фразам, например, "Вы можете потерять связь с интернет-центром, если измените параметры сегмента".