dimon27254

@eralde @Anna Zhelankina в поп-апе, отображающем настройки конкретного правила переадресации, потерялась кнопка удаления. Это баг, или удаление правил по-одному будет производиться как-то иначе?

Защита от перебора паролей в кинетиках реализована на уровне системы, работает при обращении из интернета. Подробнее об этом написано в статье: https://help.keenetic.com/hc/ru/articles/115000400185-Функция-защиты-от-перебора-паролей-для-доступа-к-интернет-центру Возможность ограничить IP-адреса, с которых можно подключиться к веб-интерфейсу, также имеется в системе. Для этого нужно настроить межсетевой экран, создав необходимые правила. В статье по ссылке ниже описано, как это можно настроить: https://help.keenetic.com/hc/ru/articles/360000991640-Примеры-использования-правил-межсетевого-экрана#7 Двухфакторная аутентификация отсутствует. Планы по ее реализации когда-то давно имелись, это обсуждалось в этой теме:

Может быть, подправленные статусы соединения поспособствовали тому, что баг перестал проявляться? Проверил все в точности также, как и ранее. Значения скорости на промежутке, где соединение еще не установилось, полностью нулевые, без нарастания:

@eralde заметил еще парочку некритичных мелочей в мобильном вебе. 1. Образовался лишний интервал после подписи обработчика нажатия кнопки "выключатель светодиодов": У меня отображается именно так на OnePlus 9R, но, скорее всего, это проявляется не на всех мобильных устройствах. В Chrome DevTools можно сэмулировать, выбрав, например, Samsung Galaxy S8+. 2. В пунктах меню, содержимое которых не умещается в одну строку, имеется абзацный отступ. Он довольно мал, но все же заметно, что первая строка расположена чуть правее второй. Может быть, его имеет смысл в таких местах убрать? Читаемость не должна пострадать, т.к. это все равно будет лучше, чем сейчас в 3.х вебе, где все сокращается многоточием.

@eralde в актуальной 4.1 Alpha 4 бага с плавно нарастающей в графике скоростью мной не замечено. Поправили, спасибо!

@eralde @Anna Zhelankina еще было бы неплохо, чтобы между строками с плитками узлов MWS сделали небольшой интервал. В моем случае в мобильном вебе вторая строка вплотную к первой: В 3.х версии с этим все в порядке:

@eralde @Anna Zhelankina нашел еще баг в этом окне: если сделать изменения в настройках устройства (например, изменить имя) и затем еще добавить правило переадресации портов, то кнопка сохранения становится неактивной. Правило переадресации сохранилось, а другие внесенные в окне изменения уже сохранить невозможно. В мобильном вебе происходит аналогичная ситуация, но там поверх этого окна накладывается верхняя "шапка" интерфейса. Крестик для закрытия становится недоступным, а меню-гамбургер не открывается. Остается только отменить изменения, нажав на соответствующую кнопку, или же перейти на предыдущую страницу средствами браузера.

@eralde @Anna Zhelankina на этой странице мне попались пара некритичных моментов. 1. Несмотря на то, что компонент miniupnpd не установлен, раздел со списком открытых портов по UPnP все равно доступен. При обращении к странице в логе появляется ошибка: Core::Configurator: not found: "show/upnp/redirect" [http/rci]. 2. Мобильный веб: между кнопками создания/удаления правила и таблицей со списком созданных переадресаций не помешал бы небольшой интервал. Сейчас таблица находится довольно близко к подписям кнопок.

@eralde кнопка перезапуска соединения будет потом управлять тем же интерфейсом, что и переключатели (VLAN), или останется как есть (перезапуская, например, в моем случае именно PPPoE0)?

@eralde в 4.1 Alpha 4 при выключении из настроек, в dashboard уже отображается корректный статус. Правда, переключатель там продолжает показывать, что соединение включено.

@hellonow на последних 4.0 такого поведения мной не замечено. Исправление NDM-2516 (вошло 4.0 Alpha 6) случаем не относилось к этой проблеме? По ссылке из changelog упоминался схожий случай: Как я понимаю, в нем также проблема была из-за TLS-проверки в ping-check.

@eralde @Anna Zhelankina в 4.1 Alpha 4 исправление временных отметок (пункт 2) подтвердить не могу. Ситуация не изменилась. Дополнительно еще заметил, что не полностью отображается описание страницы. Выводится только первая часть текста, а вторая доступна по нажатию "read more". Может быть, лучше его тогда вообще не отображать, скрыв в тул-тип, как сделано в вебе 3.х?

@eralde в 4.1 Alpha 4 с позиционированием логотипа относительно модели теперь все в порядке. Спасибо, что уделили внимание такой мелочи!

@eralde Пункты 1, 3-4 поправлены в 4.1 Alpha 4. Спасибо! По пункту 2 - после уменьшения полей читаемость улучшилась. Но все же хочу уточнить, такой дизайн был задуман, или что-то может быть еще изменено? Пункт 5 без изменений, но межстрочные интервалы скорее всего более глобальны, не только на этой странице.

@eralde В 4.1 Alpha 4 пункты 1, 5 поправлены. Спасибо. По пункту 6 заметил, что приложений стало меньше, но еще остались FTP/SFTP и WebDAV серверы, недоступные на KN-3010:

@eralde в 4.1 Alpha 4 переход заработал, а ошибок по шейперу трафика в логе больше нет. Спасибо!

@eralde @Anna Zhelankina предлагаю добавить в поп-ап "Расположение плиток" еще кнопку сброса сделанных настроек плиток на "заводские", при нажатии которой установится вид по умолчанию. Пользователь может настроить эти плитки так, что ему самому окажется неудобно воспринимать информацию. Продвинутые, конечно, для сброса вида могут очистить cookies, зайти на кинетик по другому доступному адресу, через режим инкогнито или вообще с другого браузера, но куда проще это было бы сделать одной кнопочкой.

@eralde в 4.1 Alpha 4 заметил, что поправили перемещение плиток в мобильной версии: теперь при скроллинге никаких проблем не возникает, т.к. все плитки зафиксированы, а их расположение можно изменить только из настроек. То, что нужно. Спасибо!

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

В настройках сегмента, а именно параметрах DHCP сервера, укажите DNS-серверы провайдера или любые доступные публичные и сохраните изменения. После этого перезагрузите кинетик. Устройства будут обращаться с DNS-запросами не к кинетику, а напрямую к указанным публичным серверам. Мне это помогло решить проблему с медленной загрузкой сайтов на устройствах. Когда исправление будет выпущено, удалите ранее введённые DNS-серверы из настроек DHCP сервера, перезагрузите кинетик. После этого устройства снова будут обращаться к кинетику.

Аналогичные сообщения имеются и в 4.1 Alpha 3. Также отрицательные значения иногда видны в другом сообщении, которое появляется после длительного отсутствия активности между сервером и клиентом: wireguard: Wireguard0: zeroing out all keys for peer "*" (6) (*.*.*.*:*), since we haven't received a new one in -2130375580 seconds

@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.

Спустя почти сутки с последнего моего сообщения аналогично "посыпался" KN-1212. Там также используются полученные от провайдеров DNS серверы, но в качестве основного соединения UsbQmi, а резервное IPoE. @admin @hellonow с него понадобится self-test, или уже нашли причину поломки ndnproxy?

@eralde в новом вебе обратил внимание, что в плитке "о системе" отсутствуют сведения о количестве активных соединений. Было принято решение эти данные перенести куда-то в новое место, или после открытия страницы "Диагностика" они будут возвращены на свое место?

@eralde В 4.1 Alpha 3 всё исправлено. Спасибо!