dimon27254

@eralde если переместить эту плитку из одной колонки в другую, а затем вернуть в исходную, то она "падает" в бесконечную загрузку. После перезагрузки страницы работоспособность восстанавливается, но до следующего перемещения плитки между колонками. Ни в логе, ни в консоли DevTools ошибок в этот момент нет. Проверял на KN-3610 с 4.2 Alpha 7. Из подключенных USB-устройств только модем T77W676.

@Le ecureuil на KN-1811 c 4.2 Alpha 7 парочка доменов резолвятся через сервер DoT/DoH. Обратил внимание, что после каждого продления аренды IP на IPoE-подключении в логе появляются сообщения об обновлении адресов серверов DoT/DoH: [I] May 5 09:44:56 ndhcpc: GigabitEthernet0/Vlan100: received ACK for 192.168.5.2 from 192.168.5.1 lease 1800 sec. [I] May 5 09:45:07 ndm: Dns::Secure::Tools: unable to obtain addresses for "*". [I] May 5 09:45:07 ndm: Dns::Secure::Tools: unable to obtain addresses for "*". [I] May 5 09:45:07 ndm: Dns::Manager: updating DNS-over-HTTPS servers addresses. [I] May 5 09:45:07 ndm: Dns::Secure::Tools: unable to obtain addresses for "*". [I] May 5 09:45:07 ndm: Dns::Secure::DohConfigurator: "System": skip service "https://*/dns-query", wait for bootstrap. [I] May 5 09:45:07 ndm: Dns::Secure::Tools: unable to obtain addresses for "*". [I] May 5 09:45:07 ndm: Dns::Secure::DohConfigurator: "System": skip service "https://*/dns-query", wait for bootstrap. [I] May 5 09:45:07 ndm: Dns::Secure::Tools: unable to obtain addresses for "*". [I] May 5 09:45:07 ndm: Dns::Secure::DohConfigurator: "Policy0": skip service "https://*/dns-query", wait for bootstrap. [I] May 5 09:45:07 ndm: Dns::Secure::Tools: unable to obtain addresses for "*". [I] May 5 09:45:07 ndm: Dns::Secure::DohConfigurator: "Policy0": skip service "https://*/dns-query", wait for bootstrap. [I] May 5 09:45:17 ndm: Dns::Manager: updating DNS-over-HTTPS servers addresses. Когда срок аренды адреса большой, например, 24 часа - эти сообщения появляются раз в 12 часов и не мешают. Но когда срок аренды составляет, к примеру, 30 минут (такими значениями увлекаются некоторые интернет-провайдеры) - сообщения повторяются каждые 15 минут, что немного усложняет изучение системного лога. Хотел бы уточнить: с каким периодом должно происходить обновление адресов DoT/DoH? Оно жестко привязано к сроку аренды IP на интернет-подключении или же может работать по какому-то собственному таймеру? IPoE у меня является резервным подключением.

@eralde @Le ecureuil в 4.2 Alpha 7 сообщений в логе больше нет. Спасибо!

В 4.2 Alpha 7 ошибок в логе более нет, и в имени автоматически регистрируемого устройства теперь корректные дата и время. Спасибо за оперативное исправление!

@eralde при каждом обращении к этой странице в логе появляются предупреждения: [W] Apr 27 16:58:12 ndm: Json::Object: AppendMember: duplicate key: "short". [W] Apr 27 16:58:12 ndm: Core::Syslog: last message repeated 191 times. Проверял на KN-1811 с 4.2 Alpha 6.

@eralde @Anna_ в 4.2 Alpha 6 отображение исправлено. Спасибо!

@eralde в 4.2 Alpha 6 с выбором правил проблем более нет. Спасибо!

В 4.2 Alpha 6 вышеприведенная ошибка в логе больше не появляется. Вместо неё, появилась пачка других: [C] Apr 27 14:33:09 ndm: Mutex: "INTERFACE_REPO": system failed [0xcffd0042], resource deadlock avoided. [C] Apr 27 14:33:09 ndm: Mutex: "Event sender" (709) backtrace: [C] Apr 27 14:33:09 ndm: Mutex: Hotspot::AutoRegister::OnDhcpLease_(Event::DhcpLease const&)+0x1a4 [C] Apr 27 14:33:09 ndm: Mutex: Event::Sender::Run()+0x250 [C] Apr 27 14:33:09 ndm: Mutex: Thread::StartRoutine_(void*)+0x2c8 [C] Apr 27 14:33:09 ndm: Mutex: start()+0x90 [C] Apr 27 14:33:09 ndm: Mutex: __clone()+0x30 [C] Apr 27 14:33:09 ndm: Mutex: "INTERFACE_REPO": system failed [0xcffd0042], resource deadlock avoided. [C] Apr 27 14:33:09 ndm: Mutex: "Event sender" (709) backtrace: [C] Apr 27 14:33:09 ndm: Mutex: Hotspot::AutoRegister::OnDhcpLease_(Event::DhcpLease const&)+0x1a4 [C] Apr 27 14:33:09 ndm: Mutex: Event::Sender::Run()+0x250 [C] Apr 27 14:33:09 ndm: Mutex: Thread::StartRoutine_(void*)+0x2c8 [C] Apr 27 14:33:09 ndm: Mutex: start()+0x90 [C] Apr 27 14:33:09 ndm: Mutex: __clone()+0x30 [I] Apr 27 14:33:09 ndm: Core::KnownHosts: new host "*:*:*:*:*:* - Home network - 1/01/1970 13:57" has been created. [C] Apr 27 14:33:09 ndm: Thread: "Event sender": lock precedence violation: HOTSPOT_MANAGER (19) after INTERFACE_REPO (52). [C] Apr 27 14:33:09 ndm: Thread: "Event sender" (709) backtrace: [C] Apr 27 14:33:09 ndm: Thread: Hotspot::Manager::SetHostConform(CString const&)+0x30 [C] Apr 27 14:33:09 ndm: Thread: Hotspot::AutoRegister::OnDhcpLease_(Event::DhcpLease const&)+0x5f4 [C] Apr 27 14:33:09 ndm: Thread: Event::Sender::Run()+0x250 [C] Apr 27 14:33:09 ndm: Thread: Thread::StartRoutine_(void*)+0x2c8 [C] Apr 27 14:33:09 ndm: Thread: start()+0x90 [C] Apr 27 14:33:09 ndm: Thread: __clone()+0x30 Также заметил, что в имя авторегистрируемого устройства подставляются некорректные дата и время.

@Le ecureuil в 4.2 Alpha 6 спама больше нет. Проверил и на DoT, и на DoH. Спасибо!

Таким образом получается, что проблема в оборудовании фильтрации трафика, в моем случае установленном у интернет-провайдера. Обновил сейчас Chrome до этой версии, но ситуация не изменилась. Пока Kyber не выключить вручную через групповые политики или флаги - веб-интерфейс Кинетиков остается недоступен.

@Le ecureuil нет ли свежих новостей по реализации возможности ввода нескольких IP/доменов в профилях ping-check? В default-профиле это уже есть, но хотелось бы, например, изменить интервал проверки, или же отключить перезагрузку подключенного USB-модема по питанию.

Предлагаю немного другой способ - выключение и последующее включение именно Ethernet-порта по расписанию. В этом случае линк будет перезапускаться на физическом уровне, словно был отсоединен и снова подсоединен Ethernet-кабель. Перезагрузка Кинетика не потребуется. Минусы: 1) интернет будет отсутствовать минимум 1 минуту, т.к. KeeneticOS не позволяет создавать расписания с большей точностью; 2) в веб-интерфейсе такое сделать не получится - только через командную строку (CLI). Последовательность команд: schedule resetlink description resetlink action stop 0 6 * action start 1 6 * exit interface GigabitEthernet1 schedule resetlink system configuration save Создается расписание "resetlink" (можно дать и любое другое имя) с действием "stop" каждый день в 06:00, и действием "start" каждый день в 06:01. Далее это расписание привязывается к нужному интерфейсу (в случае с KN-1810 - WAN-порт находится на GigabitEthernet1) и внесенные изменения сохраняются в память. Таким образом, каждый день в 06:00 будет выключаться порт, а в 06:01 включаться обратно. На других моделях Кинетиков вместо GigabitEthernet1 может потребоваться указать иной интерфейс, через который работает подключение к интернету. Например: GigabitEthernet0/0, FastEthernet0/0 или другой - в зависимости от номера порта и конкретной конфигурации.

@eralde @Anna_ в темной теме, после изменения настроек приложения, на некоторое время его карточка выделяется светлым фоном: Проверял на KN-1811 с 4.2 Alpha 5.

Скорее всего, так оно и есть. Значит, дело и не в браузерах, и не в Кинетиках, а совсем в другом. В моем случае, Кинетики выходят в интернет через Ростелеком и Дом.ру.

В 4.2 Alpha 5 такие сообщения также имеются, но появляются намного реже.

@Le ecureuil прикрепил.

@Le ecureuil на KN-1811 c 4.2 Alpha 5 настроен резолвинг парочки доменов через сервер DoT/DoH. Как через DoT, так и через DoH, эти домены резолвятся на последней альфе корректно, но в логе примерно каждые 5 минут повторяются записи, касающиеся bootstrap. Приведу пример при использовании DoT: [I] Apr 24 13:28:30 ndm: Dns::Secure::Tools: unable to obtain addresses for "*". [I] Apr 24 13:28:30 ndm: Dns::Secure::DotConfigurator: "_WEBADMIN_PPPoE0": skip service "*:853", wait for bootstrap. [I] Apr 24 13:28:36 stubby: starting Stubby 0.4.0 Для основного подключения PPPoE имеется ping-check профиль "_WEBADMIN_PPPoE0", в котором настроена TLS-проверка доступности домена, не входящего в список тех, которые резолвятся через сервер DoT/DoH. Несмотря на это, судя по всему, ping-check все равно пытается использовать этот настроенный сервер. Если отключить ping-check, то спам в логе прекращается.

Пару часов назад, до создания темы, Chrome у меня обновился до версии 124.0.6367.79, но и на ней не работает.

Пару дней назад на компьютере обновился Google Chrome до версии 124, после чего появились проблемы с доступом к веб-интерфейсу некоторых из имеющихся Кинетиков. По IP адресу через HTTP все работает нормально, но по доменному имени KeenDNS через HTTPS браузер выдает ошибку ERR_CONNECTION_RESET (соединение сброшено). Проявляется это на Кинетиках, у которых используется "прямой доступ" KeenDNS, и порт управления по HTTPS сменен на отличный от 443. На части Кинетиков установлена KeeneticOS 4.1.4, на другой 4.2 Alpha 5. Аналогичная ситуация и в Edge 124. Проверял на нескольких ПК, подключенных через разных интернет-провайдеров, в том числе через "чувствительное ключевое слово из трех букв". Доступ восстанавливается, если или: 1) установить режим работы KeenDNS "через облако"; 2) вернуть порт управления Кинетиком по HTTPS на 443 (UPD: все-таки, это не помогает, т.к. при создании темы проверял только на "локальном" Кинетике); 3) понизить версию браузера до 123; 4) отключить в политиках браузера постквантовый алгоритм согласования ключей для TLS (Kyber, включен по умолчанию начиная с версии 124). Не совсем понимаю, в чем проблема. То-ли какой-то баг в браузерах, или же веб-сервер Кинетика не совсем корректно обрабатывает запросы. @Le ecureuil @sergeyk @hellonow

@eralde при установке или снятии у правила чекбокса, постоянно открывается диалоговое окно "Правило межсетевого экрана". Из-за этого выбор нескольких правил для копирования или переноса занимает больше времени в сравнении с текущим вебом, т.к. окно приходится постоянно закрывать перед выбором следующего правила. Проверял на KN-1811 с 4.2 Alpha 5.

@eralde на KN-3010 с 4.2 Alpha 5 отображается пустой блок "диски и принтеры", несмотря на отсутствие USB-порта и встроенного хранилища:

@eralde @Anna_ в 4.2 Alpha 5 высота поля теперь корректная. Спасибо!

@eralde @Anna_ в 4.2 Alpha 5 появилась пиктограмма индикатора. Спасибо! На будущее: добавьте, пожалуйста, еще вариант для темной темы. Текущий слабо различим на темном фоне:

@eralde @Anna_ в 4.2 Alpha 5 недочеты более не проявляются. Спасибо!