dimon27254

@eralde @Anna_ в мобильной версии окна "Файлы и папки" на последних сборках появилось пустое пространство между заголовком окна и элементами управления. В этом пространстве при прокрутке видны файлы/папки из списка: Проверял на KN-1811 с 4.2 Alpha 12.

@eralde @Anna_ всплывающая подсказка для флажка "постоянный IP-адрес" перекрывается заголовком окна: Воспроизводится только в десктопной версии нового веб-интерфейса. Проверял на KN-3010 с 4.2 Alpha 12.

@Le ecureuil @sergeyk @hellonow заметил, что при переходе с резервного соединения на основное не происходит очистка сессий. Примеры, как проявляется в моем случае: 1) Wireguard-туннель продолжает работать через резервное соединение даже после перехода на основное. 2) Скачивание файла, начатое при работе резервного соединения, после перехода на основное все равно продолжается через резерв. При этом, в случае с примером 2), после перехода на основное еще и перестает подсчитываться системой потребление трафика, вызванное скачиванием файла через резерв. То есть, ни в карточке "Интернет", ни в Мониторе трафика потребление не видно, но по факту оно есть. Проверял на KN-1811 с 4.2 Alpha 12.

@eralde на последних 4.2 график отображается корректно. Спасибо!

@eralde @Anna_ на актуальной 4.2 Alpha 12 все в порядке. Спасибо!

@eralde на последних сборках 4.2 отображение корректное. Спасибо!

@eralde на последних draft 4.2 этих недочетов уже нет. Спасибо за исправление!

@eralde @Anna_ в 4.2 Alpha 12 все визуальные погрешности поправлены. Спасибо!

Стоит отметить, что точно такое же поведение и в карточке "Приложения" системного монитора.

@T@rkus у вас установлены все возможные приложения? Есть ли какие-то, которые отобразятся после клика по "показать все"? Просто, похоже, в текущей реализации скрываются только неустановленные приложения. А те, что имеются, будут отображаться вне зависимости от своего состояния.

@eralde в 4.2 Alpha 12 тестирование заработало. Спасибо! Правда, появился маленький баг - кнопка тестирования доступна сразу после открытия вкладки, даже если еще не был выбран порт.

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

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

У вас нет других интернет-подключений с таким IP-адресом? Так не должно быть - в веб-интерфейсе терминала должен отображаться только ваш Кинетик: RT-GM-2 подключен кабелем в WAN-порт Кинетика?

@Rbuha у меня на одной из локаций также установлен RT-GM-2 в режиме моста. Регион Алтайский край, подключение по PPPoE. Если у вас тоже PPPoE, то все, что я привел ниже - для вас. Bridge, в целом, в WAN-соединениях у вас настроен корректно. Есть отличие только в 802.11p для HSI, но, возможно, это зависит от региона. Перед дальнейшими действиями стоит сделать резервную копию текущих настроек на случай непредвиденных ситуаций (Инструменты - Конфигурационный файл - Выгрузить файл конфигурации). Теперь вам нужно, если еще не сделали: 1) Отключить точки доступа в 2.4 и 5 ГГц (Wi-Fi -> Осн. настройки сети 2,4 ГГц/Осн. настройки сети 5 ГГц -> снять флажки "Включить Wi-Fi"); 2) Отключить DHCP (LAN -> Настройка DHCP-сервера -> снять флажок "Включить первичный DHCP-сервер"); 3) В разделе "Настройка хоста LAN" (LAN -> Настройка хоста LAN) установить IP-адрес, не пересекающийся ни с одной из подсетей Кинетика (например, если адрес Кинетика в Домашней сети 192.168.1.1, то для RT-GM-2 можно установить 192.168.0.1). На этом, в целом, настройка RT-GM-2 окончена. Далее на Кинетике в настройках Ethernet-подключения, в разделе "Параметры IP и DNS" устанавливается "ручная" настройка IPv4 и прописывается адрес для Кинетика из подсети RT-GM-2. Если для RT-GM-2 установили 192.168.0.1, то это может быть 192.168.0.2. Устанавливаете маску подсети 255.255.255.0. По желанию можно еще прописать основной шлюз, т.е. 192.168.0.1. Я этого не делал: Теперь в разделе "Аутентификация у провайдера" выбираете тип подключения PPPoE, вводите логин и пароль, указанные в договоре или полученные от техподдержки. Сохраняете настройки и ожидаете, когда установится подключение. Если все пройдет успешно, то у вас будет доступ как в интернет, так и в веб-интерфейс RT-GM-2. Теперь стоит попробовать перезагрузить RT-GM-2 и проверить, что сделанные вами настройки не сбрасываются. Я все настраивал в 2022 году из обычной учетной записи админа. Пароля суперадмина у меня не было, да и не задумывался о его необходимости . Мои настройки для режима моста постоянно сбрасывались - я обращался в местную техподдержку, чтобы они со своей стороны отключили автоконфигурацию для моего терминала. С тех пор все работает корректно, настройки остаются на месте. Обновление 18.07.2025: RT-GM-2 у меня более нет, был заменён на другую модель в связи с неисправностью. Помочь с настройкой теперь не смогу, к сожалению.

@eralde в 4.2 Alpha 11 при использовании нового веба стал замечать сообщения: Core::Configurator: not found: "components/list" [http/rci]. Появляются чаще всего после авторизации в веб-интерфейсе и последующей загрузке dashboard. Особенно, когда после истечения предыдущей сессии проходит время большее, чем установлено в настройке components validity-period. То есть, если выйти и сразу авторизоваться повторно - ошибка в логе не появляется. Если очистить куки, кэш и потом авторизоваться - ошибка также не появится. Могу лишь предположить - веб-интерфейс рано пытается запросить список доступных компонентов, когда еще не пришел ответ от сервера NDSS, и система возвращает ошибку. В текущем вебе эта ошибка тоже иногда бывает, но намного реже и намеренно воспроизвести там её не получается. Проверял на KN-1811, KN-3610 и KN-3010.

@Le ecureuil от меня дополнительно свежие self-test с 4.2 Alpha 11 не требуются?

Например, для некоторых устройств у вас присвоены статические адреса в порядке возрастания/убывания. Вы им запретили доступ на определенные IP и/или порты. Теперь нужно проверить, перестали ли они туда "стучаться". Открыли список активных соединений, отсортировали по источнику и удобно смотрите по каждому устройству результат ваших настроек. При сортировке по количеству соединений искомые устройства могут оказаться вперемешку среди всех других клиентов, т.к. количество соединений у каждого может быть примерно равным. Придется каждое искать вручную. Еще пример: кто-то извне пытается навредить вашему Кинетику - подбирает пароль или просто пытается попасть в веб-интерфейс, удаленный прямой доступ к которому вы открыли. Если количество соединений не исчисляется тысячами (когда уже, скорее всего, просмотр таблицы будет сильно затруднен), то аналогично отсортировали по источнику и наглядно увидели диапазоны адресов, откуда идет нежелательная активность. Далее приняли решение - сменить порт, заблокировать диапазон IP или просто закрыть публичный доступ.

@eralde @Anna_ по этой вкладке также есть некоторые предложения по улучшению. Проверял на KN-1811 с 4.2 Alpha 11. 1. Информацию в таблице теперь невозможно отсортировать по IP-адресу источника/назначения или службе. Её решили убрать, или это баг? Осталась только сортировка по количеству соединений, но она не всегда удобна - у других IP-адресов количество соединений может меняться, и отслеживаемая строка будет "прыгать" относительно других, пока её не раскрыть полностью. Хотелось бы её увидеть и в новом вебе. 2. Было бы неплохо, чтобы поля фильтрации по IP находились под заголовками своих столбцов, а не справа от них - из-за этого появилось лишнее пустое пространство между столбцами, которое приводит к лишнему скроллу на мобильных устройствах. 3. Не помешала бы в полях фильтрации подпись вида "фильтр". Тогда будет более понятно, для чего они предназначены. 4. Не хватает небольшого визуального разделения между каждой строкой соединения, как это сделано в текущем вебе. Графически все четыре "хотелки" выглядели бы примерно так: Для сравнения текущий вариант:

@eralde также при очистке журнала появляется пустая строка выше последней записи.

@eralde @Anna_ небольшое пожелание на будущее: добавьте, пожалуйста, иконку остановки проверки, когда она уже запущена. Сейчас отображается одна и та же. Проверял на KN-1811 с 4.2 Alpha 11.

@Le ecureuil @hellonow подтверждаю исправление в 4.2 Alpha 11. Теперь только остались сообщения updating DNS-over-HTTPS servers addresses, но они уже не сильно мешают изучению лога. Спасибо!

@eralde после выбора порта кнопка тестирования остается недоступной. Если через DevTools у неё вручную снять атрибут disabled - тестирование отрабатывает корректно и без ошибок.

@eralde @Anna_ В 4.2 Alpha 11 незаметно стала доступна страница "Диагностика". В changelog упоминаний не нашел. Заметил некоторые отличия в сравнении с текущим веб-интерфейсом: 1. Блок элементов управления журналом (обновление в реальном времени и очистка) теперь не закреплен в заголовке окна, а прокручивается вместе с записями. В случае, когда было просмотрено значительное количество записей в большом журнале, для его очистки или отключения обновления придется скроллить до самого начала. 2. Уменьшились размеры диалогового окна в ширину. 3. Отсутствует выделение цветом источника сообщения. Из-за пунктов 2-3 строки лога визуально воспринимаются хуже, особенно в темной теме. 4. Кнопка скачивания журнала теперь находится словно не на своем месте. Ко всему, конечно, можно будет привыкнуть. Будет еще лучше, если рассмотрите предложение вернуть расположение элементов как в текущем вебе, но сохранить стилистику нового. Примерно так: Для наглядности, текущий вариант: Проверял на KN-1811.

@eralde в блоке "средняя скорость" иногда исчезает список из Топ-5 устройств. Это происходит, если открыть потребление одного из них и после сменить уровень детализации графика на другой, где данные по этому устройству отсутствуют. Проявляется в случае, когда устройство потребляло незначительный объем трафика в некоторые промежутки времени. В текущем вебе при отсутствии данных по просматриваемому устройству, просто открывается другой список Топ-5 на выбранном уровне детализации. Проверял на KN-1811 с 4.2 Alpha 11.