dimon27254
-
Posts
575 -
Joined
-
Last visited
-
Days Won
19
Content Type
Profiles
Forums
Gallery
Downloads
Blogs
Events
Posts posted by dimon27254
-
-
@AndreBA об отсутствии перевода я ранее написал:
В разделе "Веб-интерфейс" имеют место быть проблемы с отображением некоторых ранее созданных тем.
-
1
-
1
-
-
21 минуту назад, eralde сказал:
Похоже, что ошибка в документации, потому что там в качестве возможных значений detail указан интервал [0, 11], но для значений > 3 возвращается ошибка:
Тоже пробовал ввести значение > 3, и получил аналогичную ошибку. Предположил, что для KN-3010 работает иначе, но получается, всё-таки это ошибка документации.
В любом случае, как мне кажется, статистики с детальностью в 3 секунды более чем достаточно для отображения на графиках.
Но не будет лучшим тогда на них оставить именно эту детальность без интерполяции подробных значений до 1 секунды?
Или это может оказаться непонятным для пользователя, т.е. почему ось времени выводится вплоть до секунды, а на графике можно посмотреть только значение за 3?
-
5 минут назад, eralde сказал:
Интересно, что для некоторых типов интерфейсов API всегда возвращает 64-значения, а для некоторых -- нет
Похоже на баг в API, ведь если руководствоваться документацией по CLI (посмотрел как англо-, так и русскоязычную по 4.0), то при значении 0 аргумента detail данные должны отдаваться с детальностью в 1 секунду, а не 3. При значении 1 детальность оказывается не 2 секунды, а 60, и при 2 уже вообще 180, хотя должно быть 3 секунды.
-
@eralde а в новом вебе не производится интерполяция данных, по которым строятся графики приема/передачи? RCI по команде interface rrd отдает данные за каждые 3 секунды, а на графике можно смотреть с точностью до 1 секунды. Может быть, баг как-то с этим связан.
-
@eralde в точности такой же график повторить не удалось ввиду увеличившегося потребления трафика в сети, но суть осталась та же, продемонстрировал на видео в скрытом сообщении.
Вывод из rci:
Скрытый текстtxspeed: { "data": [ { "t": "41461.800000", "v": 168861 }, { "t": "41458.800000", "v": 203254 }, { "t": "41455.800000", "v": 163045 }, { "t": "41452.800000", "v": 82927 }, { "t": "41449.800000", "v": 172123 }, { "t": "41446.800000", "v": 56565 }, { "t": "41443.800000", "v": 1144 } ] } rxspeed: { "data": [ { "t": "41458.800000", "v": 8806068 }, { "t": "41455.800000", "v": 7200914 }, { "t": "41452.800000", "v": 1263370 }, { "t": "41449.800000", "v": 1288202 }, { "t": "41446.800000", "v": 58757 }, { "t": "41443.800000", "v": 1019 } ] }-
1
-
-
@eralde если выключить соединение и оставить его так на время большее, чем выводится на график, а потом включить, получается баг:
Скрытый текст
Никакой активности не было, т.к. интерфейс был выключен, но на графике она появилась, причем линейно нарастающая. В 3.х вебе такого нет:
Скрытый текст
-
1
-
-
В 4.1 Alpha 2 по отображению статуса есть улучшения.
Теперь если выключить из настроек подключения (т.е. выключить GigabitEthernetX), там отображается корректный статус "выключен":
Скрытый текст
Но при этом в dashboard все также отображается статус "подлежащее соединение не готово":
Скрытый текст
С выключением сразу из dashboard (выключение интерфейса PPPoEX) никаких изменений нет, в старом вебе интерфейс все также пропадает.
-
1
-
-
В 4.1 Alpha 2 этих сообщений больше нет. Спасибо!
-
1
-
-
@eralde в случае отсутствия установленного компонента easyconfig на кинетике, кнопка импорта настроек PPPoE должна быть доступна?
У меня этого компонента нет, но кнопка имеется, причем, только в новом вебе. По нажатии открывается поп-ап, и, кажется, в нем потерялся номер порта:
Скрытый текст
-
1 час назад, bigpu сказал:
У меня достаточно подождать 2-3 секунды, и id интерфейсов самостоятельно меняются на наименования.
Пока составлял репорт, на паре устройств были открыты вкладки с этой страницей на несколько минут, id так и не заменились.
-
@eralde попался еще один баг с определением состояния соединения в новом вебе:
То же подключение PPPoE. Из WAN-порта кинетика, через который это подключение работает, был отключен кабель. 3.х веб сообщает корректный статус в dashboard и настройках: "проверьте кабель".
Новый интерфейс в настройках также просит проверить кабель:
Скрытый текст
А вот на dashboard отображается статус "подлежащее соединение не готово".
Скрытый текст
Не будет ли лучшим здесь также сообщать о неподключенном кабеле?
-
1
-
-
-
@eralde в списке клиентов мне попались парочка багов.
1. Некорректная сортировка списка: в 3.х вебе по умолчанию список сортируется по имени хоста, а в новом это происходит словно рандомно. Если вручную установить сортировку по любому из столбцов, точно такой же расстановки хостов в списке получить не удается.
2. Если обновить страницу с открытым списком клиентов, вместо наименований сегментов (description) отображаются системные id интерфейсов (в моем случае, это Bridge0/Bridge1, вместо домашней/гостевой сети соответственно). Чтобы снова отобразились наименования, достаточно перейти на любую другую страницу интерфейса, а затем снова зайти в список клиентов. Если после этого опять обновить страницу, все повторяется.
-
1
-
2
-
-
5 минут назад, eralde сказал:
Это похоже на какие-то глюки в работе форума. Действительно, темы есть, но если подняться на уровень раздела, то их там не найти.
Сейчас, похоже, и этот топик исчез из раздела
5 минут назад, eralde сказал:Мы, конечно, предполагаем использование веб-интерфейса на мобильных устройствах, но вряд ли оно будет настолько же удобно, как использование на десктопе. Какую-то часть замечаний явно нужно поправить, но что-то, скорее всего, останется как есть.
Разумеется, в первую очередь веб проектируется под десктоп с ландшафтной ориентацией, так как любые "основательные" настройки (например, с нуля) проще и удобнее делать именно с ПК.
Для "полевых" работ мобильный веб самое то: например, мелкой донастройки на месте под условия, просмотра логов "по горячим следам", юстировки антенны модема, и прочим сценариям, когда компьютера под рукой нет, а что-то незначительное изменить в конфигурации кинетика нужно.
Естественно, что заставить все выглядеть идеально на смартфоне с портретной ориентацией невозможно. Поэтому хотелось бы, чтобы новый мобильный веб был, как минимум, не хуже текущего, а лучше - на голову выше. Но, конечно же, нет предела совершенству.
-
@eralde на этой странице нашел погрешности:
1. Мобильный веб, окно изменения компонентов: текст подсказки о выборе языков, а также их чекбоксы ушли за пределы видимости:
Скрытый текст
При этом, никаких проблем с чекбоксами для системных компонентов не наблюдается:
Скрытый текст
2. Системные файлы: в десктопном вебе все выглядит хорошо и красиво, но в мобильном проблема - теперь, чтобы прочитать здесь какую-либо информацию, добраться до кнопок выгрузки/загрузки, требуется немало скроллить.
Скрытый текст
В 3.х вебе со спойлерами, после раскрытия которых сразу доступна сразу вся информация - удобнее.
3. В списке доступных действий при нажатии кнопки Wi-Fi появился новый "безымянный" вариант - это, случаем, не обработчик аппаратного переключателя режимов работы? Если судить по текущему вебу, его там быть не должно.
Скрытый текст
4. В списке условий, при которых включается светодиод FN, появились абсолютно все имеющиеся в системе интерфейсы, как public, так и private/protected:
Скрытый текст
В текущем вебе там отображаются только реальные интернет-подключения, имеющие параметр ip global.
5. Мобильный веб: и снова межстрочные интервалы. Они появляются даже при переносе слов одной фразы или предложения.
В пример кнопка для factory reset, а также гиперссылки в юридической информации, в которых каждая строка словно отдельная ссылка.Скрытый текст
-
1
-
-
@eralde имеют место быть некоторые визуальные погрешности:
1. Для стандартных сегментов не отображается русскоязычное наименование:
Скрытый текст
2. В десктопном вебе столбец "Выбрать" слишком широкий (аналогично и в 3.х вебе). Может быть, вообще убрать этот заголовок, оставить только чекбоксы? Правда, еще и сами чекбоксы в неактивном состоянии слабовато различаются на белом фоне. Это уже, конечно, индивидуально, но, как мне кажется, не многие пользователи настраивают яркость/контрастность своих экранов.
3. По умолчанию список клиентов сортируется по MAC-адресу, хотя это явно и не указано. Не лучше будет сделать как в 3.х, по имени хоста?
Скрытый текст
-
1
-
-
@eralde на данной странице никаких критических проблем я не нашел, чисто визуальные моменты по мобильному вебу:
1. Подписи кнопки обновления всей MWS оказалось маловато места.
Скрытый текст
Еще кнопка настройки отображения колонок с информацией по узлам находится без интервала, но это можно списать на большие поля.
2. В журнале переходов большеваты межстрочные интервалы. Вкупе с полями вокруг, на экран полноценно умещается не более 1 записи. Также невозможно прочитать, между какими диапазонами сети сегмента происходит переход, информация скрывается за многоточием.
Скрытый текст
offtop:
Скрытый текстЗаметил, что пара моих вчерашних топиков исчезли из общего списка в теме веб-интерфейса: "Приоритеты подключений" и "Общие вопросы по мобильному вебу". По общим вопросам моб. веба я даже не получил уведомление, что вы мне ответили. Из главной страницы форума я увидел, что есть непрочитанное сообщение, но когда захожу в саму тему по вебу, то непрочитанных не было, т.к. топики скрылись. Это баг форума, или я слишком много писал за сутки?
-
@eralde на этой странице мной также замечены некоторые погрешности.
1. Мобильный веб, разъемы сегмента и VLAN: столбцу с наименованием сегмента, как мне кажется, выделили многовато ширины. Сократить бы её в половину, добавить перенос имени сегмента на пару строк (а если имя оказалось длинным, обрезать его многоточием), и для портов уже будет намного больше места, нежели чем сейчас, когда влезает всего один порт.
Также имеют место быть немалые межстрочные интервалы. При их уменьшении функционал не пострадает, но места на экране в высоту будет заниматься куда меньше.
Скрытый текст
2. Мобильный веб: фраза "не используется" для VLAN ID из-за полей страницы не вмещается в одну строку, и, как результат, при переносе смещена чуть ниже текстового блока:
Скрытый текст
3. У чекбокса, управляющего доступом к приложениям кинетика для клиентов protected-сегмента, потерялось описание:
Скрытый текст
4. При сохранении любых настроек в сегменте выводится предупреждение, даже если параметры IP не изменились:
Скрытый текст
Если это работает как ожидается и сделано в качестве дополнительного предупреждение о вероятной потере управления, о добавлении которых я когда-то писал в развитии, то, наверное, стоит скорректировать текст к более общим фразам, например, "Вы можете потерять связь с интернет-центром, если измените параметры сегмента".
-
1
-
-
@eralde в мобильном вебе данная вкладка, можно сказать, неюзабельна. Невозможно установить ни приоритеты подключений для политик, ни применение политик для конкретных устройств или сегментов.
Колонка "политика доступа" занимает почти все доступное место. В случае настройки приоритета подключений, не видно, какой интерфейс куда "двигать", т.к. колонка "подключение" зафиксирована и при скроллинге не прокручивается. Подпись чекбокса об автодобавлении новых подключений ушла за границу видимой области, как и, похоже, вся таблица.
При настройке применения политик, имена устройств не читаемы. Также на одну строку умещается только одно устройство, в результате чего получается длинное нечитаемое полотно из плиток.
Скрытый текст
Посмотрите, пожалуйста, как можно улучшить. Было бы хорошо это увидеть хотя бы в том же виде, как и в 3.х вебе, где пусть все и сокращено троеточием, но с функционалом нет никаких проблем.
-
1
-
-
-
@eralde в разделе "Wireguard" мне попались некоторые недочеты по поп-апу "настройки подключения".
1. Мобильный веб: дополнительные настройки, чекбокс "Подстройка TCP MSS": немного некрасивый перенос слова "подстройка". Но это, наверное, из-за больших полей в поп-апе.
2. Мобильный веб: настройки пира, кнопка удаления пира ушла за пределы видимой области.
Скрытый текст
3. После добавления/удаления подсети для пира и сохранения изменений, они некорректно применяются.
Проблема плавающая, проявляется не всегда и по-разному: чаще всего, не удаляются уже имеющиеся подсети, редко дополнительно еще и не сохраняются новые.
На видео и self-test удалось зафиксировать момент, когда добавленные для пира подсети сохраняются, а удаленные остаются на месте. Если случай с несохранением добавленных удастся отловить, также его прикреплю.
Еще заметил, что при внесении изменений по интерфейсу не производится его перезапуск. На видео это видно по не сбрасывающимся счетчикам трафика и времени последнего хэндшейка, хотя в 3.х вебе перезапуск происходит при внесении любого изменения.
-
1
-
-
@eralde на глаза попались немного погрешностей:
1. Мобильный веб: не хватает интервала между заголовком переключателя соединения и выпадающим списком "расписание работы":
Скрытый текст
В десктопном с этим все в порядке:
Скрытый текст
2. Затесался лишний пробел в скобках после "PPPoE" (проверил в русской и английской локализации), а также в мобильном вебе подпись кнопки импорта настроек выходит за границы самой кнопки:
Скрытый текст
3. При создании нового соединения, из уже имеющегося переносятся блоки с его данными о полученном IP, состоянии подключения и ping-check, хотя само новое соединение еще даже не сохранено:
Скрытый текст
-
2
-
-
@eralde выявил некоторые моменты, которые касаются мобильного веба в общем.
1. Увеличились поля вокруг контента на странице. С одной стороны, это достаточно неплохо выглядит, но с другой, размер полезной области, которую можно было бы задействовать для отображения информации, уменьшился.
Для текстового контента это большой роли не играет, так как чаще всего перенос идет по словам, но вот для таблиц и графиков это пространство было бы полезно.
На примере таблицы зарегистрированных клиентов наглядно видно, как из-за больших полей была уменьшена ширина колонок таблицы, что привело к уменьшению количества видимых без дополнительного скролла строк. В новом вебе на моем устройстве уместилось 7 клиентов, а в текущем 9-10:
Скрытый текст
2. Фиксация первой колонки таблиц. Это удобно, т.к. теперь сложно спутать одну строку с другой при просмотре больших таблиц, но с читаемостью остальных столбцов, если первый очень широкий, имеются большие проблемы.
Приведу в пример таблицу из вкладки "маршрутизация". Первый столбец очень широкий, да еще и зафиксирован, а содержимое второго без скролла прочитать невозможно:
Скрытый текст
Первый столбец второй таблицы ("действующие маршруты ipv4") там имеет меньшую ширину, за счет чего с читаемостью меньше проблем.
Зато, на этом скриншоте с этой вкладки более наглядно видны большие поля вокруг контента. Из-за них таблицы получаются даже еще уже, чем в списке клиентов.
3. Всплывающие подсказки вида "статьи по теме" и другие аналогичные, которые вызываются тапом по кнопке с пиктограммой "?", в большинстве случаев выходят за пределы видимой области:
Скрытый текст
-
1
-
1
-
-
Прикрепил в момент, когда выключил через настройки подключения. Именно тогда появляются неверные статусы.
-
1
-
Пользователи и доступ
in Веб-интерфейс
Posted
@eralde в процессе использования нового веба на этой странице мне попались на глаза несколько багов.
1. Некорректное отображение настройки ip http security-level. У меня установлено public ssl, но новый веб выводит, что настроен доступ HTTP+HTTPS:
В 3.х все отображается корректно:
2. Если изменить любую из нижеприведенных настроек (для примера я попытался установить удаленный доступ только через HTTPS), то кнопка сохранения оказывается неактивна:
3. При указании нового порта управления HTTP, в случае, если доступ к кинетику идет через HTTPS, да еще и с нестандартным номером порта, выводится диалоговое окно с новым адресом в виде "https://*.keenetic.link:порт_https:выбранный_порт_http/":
В 3.х вебе это окно вообще не выводится в случае управления через HTTPS.