dimon27254

@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 не изменились: Если это работает как ожидается и сделано в качестве дополнительного предупреждение о вероятной потере управления, о добавлении которых я когда-то писал в развитии, то, наверное, стоит скорректировать текст к более общим фразам, например, "Вы можете потерять связь с интернет-центром, если измените параметры сегмента".

@eralde в мобильном вебе данная вкладка, можно сказать, неюзабельна. Невозможно установить ни приоритеты подключений для политик, ни применение политик для конкретных устройств или сегментов. Колонка "политика доступа" занимает почти все доступное место. В случае настройки приоритета подключений, не видно, какой интерфейс куда "двигать", т.к. колонка "подключение" зафиксирована и при скроллинге не прокручивается. Подпись чекбокса об автодобавлении новых подключений ушла за границу видимой области, как и, похоже, вся таблица. При настройке применения политик, имена устройств не читаемы. Также на одну строку умещается только одно устройство, в результате чего получается длинное нечитаемое полотно из плиток. Посмотрите, пожалуйста, как можно улучшить. Было бы хорошо это увидеть хотя бы в том же виде, как и в 3.х вебе, где пусть все и сокращено троеточием, но с функционалом нет никаких проблем.

@Infy @hellonow Заметил эти же сообщения и на 4.1 Alpha 1 (ретрансляторы на 4.0.2), не пропадают даже после перезагрузки.

@eralde в разделе "Wireguard" мне попались некоторые недочеты по поп-апу "настройки подключения". 1. Мобильный веб: дополнительные настройки, чекбокс "Подстройка TCP MSS": немного некрасивый перенос слова "подстройка". Но это, наверное, из-за больших полей в поп-апе. 2. Мобильный веб: настройки пира, кнопка удаления пира ушла за пределы видимой области. 3. После добавления/удаления подсети для пира и сохранения изменений, они некорректно применяются. Проблема плавающая, проявляется не всегда и по-разному: чаще всего, не удаляются уже имеющиеся подсети, редко дополнительно еще и не сохраняются новые. На видео и self-test удалось зафиксировать момент, когда добавленные для пира подсети сохраняются, а удаленные остаются на месте. Если случай с несохранением добавленных удастся отловить, также его прикреплю. Еще заметил, что при внесении изменений по интерфейсу не производится его перезапуск. На видео это видно по не сбрасывающимся счетчикам трафика и времени последнего хэндшейка, хотя в 3.х вебе перезапуск происходит при внесении любого изменения.

@eralde на глаза попались немного погрешностей: 1. Мобильный веб: не хватает интервала между заголовком переключателя соединения и выпадающим списком "расписание работы": В десктопном с этим все в порядке: 2. Затесался лишний пробел в скобках после "PPPoE" (проверил в русской и английской локализации), а также в мобильном вебе подпись кнопки импорта настроек выходит за границы самой кнопки: 3. При создании нового соединения, из уже имеющегося переносятся блоки с его данными о полученном IP, состоянии подключения и ping-check, хотя само новое соединение еще даже не сохранено:

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

Прикрепил в момент, когда выключил через настройки подключения. Именно тогда появляются неверные статусы.