Jump to content

dimon27254

Forum Members
  • Posts

    597
  • Joined

  • Last visited

  • Days Won

    22

Everything posted by dimon27254

  1. @eralde в поп-апе добавления нового клиента есть небольшая погрешность: подпись поля ввода имени хоста немного обрезается со стороны заголовка окна.
  2. @eralde @Anna Zhelankina мне попались еще парочка небольших багов в мобильной версии этой страницы. 1. Подпись кнопки удаления узла MWS выходит за пределы видимой области экрана. 2. В поп-апах, отображающих EULA и уведомление о конфиденциальности при захвате кинетика в MWS, подпись "отклонить" вышла за пределы самой кнопки. 3. Не полностью виден заголовок поп-апа, отображающего уведомление о конфиденциальности. На него накладывается "шапка" веб-интерфейса, в которой не работает меню-гамбургер. По самим поп-апам тоже есть вопросы: 1) В заголовках этих окон в 3.х вебе просто написано "лицензионное соглашение" или "уведомление о конфиденциальности устройства" и в описании приведена необходимость прочитать приведенную информацию, прежде чем продолжить (очевидно, операцию захвата кинетика). В новом вебе же написано, что компания обновляет EULA/уведомление о конфиденциальности и для дальнейшего использования устройства (какого именно? контроллера, захватываемого ретранслятора?) нужно просмотреть и принять изменения. Непонятно только, какие изменения, если текст соглашения/уведомления в поп-апах 3.х и новом вебе абсолютно идентичен. Из-за другого смысла в заголовке и описании окон, у пользователя может возникнуть вопрос вида: "я же принял эти документы 15 минут назад, когда первый раз запустил кинетик и вошел в его настройки, и как они могли измениться за это время, что их надо принимать еще раз, чтобы дальше пользоваться кинетиком?". 2) Непонятен смысл кнопки "отклонить" в этих поп-апах, т.к. при щелчке по ней сессия завершается и открывается страница авторизации. Для чего это нужно, если для отказа от принятия документов или отмены захвата есть кнопка "отменить"? Очень похоже, что при захвате в MWS выводятся те же окна, которые видит пользователь при первом запуске кинетика и входе в его веб-интерфейс. Но это лишь мое предположение, которое подтвердить или опровергнуть не могу, т.к. из всех имеющихся кинетиков KN-3010 является единственным, на котором доступен новый веб, и возможности его полного сброса для проверки у меня сейчас нет. Хотелось бы, чтобы в этих поп-апах отображалось достаточно понятное и очевидное описание необходимости принятия документов, а также отсутствие лишних кнопок, по аналогии с 3.х вебом:
  3. @eralde @Anna Zhelankina на этой странице мне попались баги. Проверял на 4.1 Alpha 4. 1. Имеются проблемы с позиционированием создаваемых или перемещаемых правил. Например, создаю правило с позицией 7, но оно оказывается в 8. Аналогично и с перемещением: хочу переместить из позиции 2 в 6, но оно попадает в 3. 2. Если открыть поп-ап с параметрами ранее созданного правила, в котором IP-адресом источника/назначения является подсеть, то поле содержащее этот адрес, не проходит валидацию - требуется ввести IP подсети. Стираю и снова ввожу часть этого же адреса - валидатор перестает "ругаться".
  4. @eralde @Anna Zhelankina в поп-апе, отображающем настройки конкретного правила переадресации, потерялась кнопка удаления. Это баг, или удаление правил по-одному будет производиться как-то иначе?
  5. Защита от перебора паролей в кинетиках реализована на уровне системы, работает при обращении из интернета. Подробнее об этом написано в статье: https://help.keenetic.com/hc/ru/articles/115000400185-Функция-защиты-от-перебора-паролей-для-доступа-к-интернет-центру Возможность ограничить IP-адреса, с которых можно подключиться к веб-интерфейсу, также имеется в системе. Для этого нужно настроить межсетевой экран, создав необходимые правила. В статье по ссылке ниже описано, как это можно настроить: https://help.keenetic.com/hc/ru/articles/360000991640-Примеры-использования-правил-межсетевого-экрана#7 Двухфакторная аутентификация отсутствует. Планы по ее реализации когда-то давно имелись, это обсуждалось в этой теме:
  6. Может быть, подправленные статусы соединения поспособствовали тому, что баг перестал проявляться? Проверил все в точности также, как и ранее. Значения скорости на промежутке, где соединение еще не установилось, полностью нулевые, без нарастания:
  7. @eralde заметил еще парочку некритичных мелочей в мобильном вебе. 1. Образовался лишний интервал после подписи обработчика нажатия кнопки "выключатель светодиодов": У меня отображается именно так на OnePlus 9R, но, скорее всего, это проявляется не на всех мобильных устройствах. В Chrome DevTools можно сэмулировать, выбрав, например, Samsung Galaxy S8+. 2. В пунктах меню, содержимое которых не умещается в одну строку, имеется абзацный отступ. Он довольно мал, но все же заметно, что первая строка расположена чуть правее второй. Может быть, его имеет смысл в таких местах убрать? Читаемость не должна пострадать, т.к. это все равно будет лучше, чем сейчас в 3.х вебе, где все сокращается многоточием.
  8. @eralde в актуальной 4.1 Alpha 4 бага с плавно нарастающей в графике скоростью мной не замечено. Поправили, спасибо!
  9. @eralde @Anna Zhelankina еще было бы неплохо, чтобы между строками с плитками узлов MWS сделали небольшой интервал. В моем случае в мобильном вебе вторая строка вплотную к первой: В 3.х версии с этим все в порядке:
  10. @eralde @Anna Zhelankina нашел еще баг в этом окне: если сделать изменения в настройках устройства (например, изменить имя) и затем еще добавить правило переадресации портов, то кнопка сохранения становится неактивной. Правило переадресации сохранилось, а другие внесенные в окне изменения уже сохранить невозможно. В мобильном вебе происходит аналогичная ситуация, но там поверх этого окна накладывается верхняя "шапка" интерфейса. Крестик для закрытия становится недоступным, а меню-гамбургер не открывается. Остается только отменить изменения, нажав на соответствующую кнопку, или же перейти на предыдущую страницу средствами браузера.
  11. @eralde @Anna Zhelankina на этой странице мне попались пара некритичных моментов. 1. Несмотря на то, что компонент miniupnpd не установлен, раздел со списком открытых портов по UPnP все равно доступен. При обращении к странице в логе появляется ошибка: Core::Configurator: not found: "show/upnp/redirect" [http/rci]. 2. Мобильный веб: между кнопками создания/удаления правила и таблицей со списком созданных переадресаций не помешал бы небольшой интервал. Сейчас таблица находится довольно близко к подписям кнопок.
  12. @eralde кнопка перезапуска соединения будет потом управлять тем же интерфейсом, что и переключатели (VLAN), или останется как есть (перезапуская, например, в моем случае именно PPPoE0)?
  13. @eralde в 4.1 Alpha 4 при выключении из настроек, в dashboard уже отображается корректный статус. Правда, переключатель там продолжает показывать, что соединение включено.
  14. @hellonow на последних 4.0 такого поведения мной не замечено. Исправление NDM-2516 (вошло 4.0 Alpha 6) случаем не относилось к этой проблеме? По ссылке из changelog упоминался схожий случай: Как я понимаю, в нем также проблема была из-за TLS-проверки в ping-check.
  15. @eralde @Anna Zhelankina в 4.1 Alpha 4 исправление временных отметок (пункт 2) подтвердить не могу. Ситуация не изменилась. Дополнительно еще заметил, что не полностью отображается описание страницы. Выводится только первая часть текста, а вторая доступна по нажатию "read more". Может быть, лучше его тогда вообще не отображать, скрыв в тул-тип, как сделано в вебе 3.х?
  16. @eralde в 4.1 Alpha 4 с позиционированием логотипа относительно модели теперь все в порядке. Спасибо, что уделили внимание такой мелочи!
  17. @eralde Пункты 1, 3-4 поправлены в 4.1 Alpha 4. Спасибо! По пункту 2 - после уменьшения полей читаемость улучшилась. Но все же хочу уточнить, такой дизайн был задуман, или что-то может быть еще изменено? Пункт 5 без изменений, но межстрочные интервалы скорее всего более глобальны, не только на этой странице.
  18. @eralde В 4.1 Alpha 4 пункты 1, 5 поправлены. Спасибо. По пункту 6 заметил, что приложений стало меньше, но еще остались FTP/SFTP и WebDAV серверы, недоступные на KN-3010:
  19. @eralde в 4.1 Alpha 4 переход заработал, а ошибок по шейперу трафика в логе больше нет. Спасибо!
  20. @eralde @Anna Zhelankina предлагаю добавить в поп-ап "Расположение плиток" еще кнопку сброса сделанных настроек плиток на "заводские", при нажатии которой установится вид по умолчанию. Пользователь может настроить эти плитки так, что ему самому окажется неудобно воспринимать информацию. Продвинутые, конечно, для сброса вида могут очистить cookies, зайти на кинетик по другому доступному адресу, через режим инкогнито или вообще с другого браузера, но куда проще это было бы сделать одной кнопочкой.
  21. @eralde в 4.1 Alpha 4 заметил, что поправили перемещение плиток в мобильной версии: теперь при скроллинге никаких проблем не возникает, т.к. все плитки зафиксированы, а их расположение можно изменить только из настроек. То, что нужно. Спасибо!
  22. В таком случае, лучше пока что тогда откатиться на предыдущую версию при наличии резервной копии, или периодически перезагружать кинетик.
  23. В настройках сегмента, а именно параметрах DHCP сервера, укажите DNS-серверы провайдера или любые доступные публичные и сохраните изменения. После этого перезагрузите кинетик. Устройства будут обращаться с DNS-запросами не к кинетику, а напрямую к указанным публичным серверам. Мне это помогло решить проблему с медленной загрузкой сайтов на устройствах. Когда исправление будет выпущено, удалите ранее введённые DNS-серверы из настроек DHCP сервера, перезагрузите кинетик. После этого устройства снова будут обращаться к кинетику.
  24. Аналогичные сообщения имеются и в 4.1 Alpha 3. Также отрицательные значения иногда видны в другом сообщении, которое появляется после длительного отсутствия активности между сервером и клиентом: wireguard: Wireguard0: zeroing out all keys for peer "*" (6) (*.*.*.*:*), since we haven't received a new one in -2130375580 seconds
  25. @admin @Le ecureuil @hellonow после последней перезагрузки весь лог кинетика засыпан записями от ndnproxy вида: [D13B] answer from wrong socket (got from 36 *.*.*.*:53 [268435201] to *.*.*.*:*, exp from 20 *.*.*.*:53 to *). Как я понимаю, это расширенное отображение ошибки, о котором ранее упоминали: В частях "got from" и "exp from" одинаковые адреса DNS-серверов провайдера, как и порт назначения. Self-test прикрепил. Проверял на 4.1 Alpha 3.
×
×
  • Create New...