dimon27254

@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 всё исправлено. Спасибо!

ОС Windows 11, браузер Chrome 116. В системе установлен масштаб 125%, возможно это как-то влияет на отображение именно этих цифр. Аналогичная ситуация возникает при установке системного масштаба в 100%, а масштаба страницы 125%.

У меня отсутствуют DoH/DoT серверы, использую полученные от провайдера.

Ранее писал об отсутствии перевода в данной вкладке:

Добрый день! Приведенные выше 6 пунктов мной замечены в 4.1 Alpha 3, только в ней у меня открывается окно просмотра настроек устройства.

Здесь явно имеется зависимость от конфигурации или установленных в системе компонентов, т.к. у меня проявляется только на одном кинетике из трех.

@eralde @Anna Zhelankina еще было бы неплохо, чтобы в значках скачивания стрелку развернули на 180 градусов. Со стороны кинетика, это, конечно, выгрузка, но со стороны пользователя скачивание. Так станет более понятным назначение этой кнопки.

@eralde еще заметил, что при открытом списке клиентов лог кинетика забивается записями: Core::Configurator: not found: "show/rc/ip/traffic-shape/host" [http/rci]. Похоже, где-то еще осталась зависимость от шейпера трафика.

@hellonow @Infy @Le ecureuil в актуальных 4.1 Alpha 3 и 4.0.3 через некоторое время работы начинают сыпаться пачками ошибки вида: [EE57] socket is not ready for request. Сайты стали дольше загружаться, попытки сделать nslookup для доменов проходят не с первого раза, завершаясь таймаутами. В 4.0.2, как 4.1 Alpha 1-2 такого не замечал. Перезагрузка кинетика исправляет проблему, но ненадолго.