dimon27254

У вас нет других интернет-подключений с таким 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 году из обычной учетной записи админа. Пароля суперадмина у меня не было, да и не задумывался о его необходимости . Мои настройки для режима моста постоянно сбрасывались - я обращался в местную техподдержку, чтобы они со своей стороны отключили автоконфигурацию для моего терминала. С тех пор все работает корректно, настройки остаются на месте.

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

@eralde @Anna_ и еще небольшое пожелание: увеличьте, пожалуйста, совсем немного ширину выпадающего списка с выбором единицы скорости, чтобы не было сокращений: Воспроизвести у себя смог только на KN-1811. На KN-3610 почему-то отображается корректно:

@eralde не удается снять ограничение скорости, если оно ранее было установлено. В консоли DevTools появляется ошибка: В системном логе также есть ошибка: Core::Scgi::Tools: ignored floating point value "rate". Проверял на KN-1811 с 4.2 Alpha 11.

@eralde нашел небольшой баг: не работает проверка вводимого IP-адреса на занятость ретрансляторами Wi-Fi-системы. Для примера пробую указать адрес, который используется одним из ретрансляторов: При попытке сохранения система выдает в лог ошибку о том, что адрес уже назначен другому хосту. Проверял на KN-3010 с 4.2 Alpha 11.

@eralde проверил в 4.2 Alpha 11 - ошибки не проявляются. Спасибо за исправление!

В 4.2 Alpha 10 поведение не изменилось. @Le ecureuil по возможности, посмотрите, пожалуйста. Может быть, возникают какие-то неполадки с NAT Loopback, потому что при изменении настроек не только веб становится недоступен, но и перестает пинговаться внешний IP Кинетика из локальной сети. Скрытым сообщением выше я это демонстрировал на видео. Из интернета веб-интерфейс продолжает отвечать без каких-либо нареканий.

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

@eralde @Anna_ при клике по некоторым выпадающим спискам всплывает это сообщение. Если же кликнуть много раз подряд, то эти сообщения могут занять всю страницу. Это ошибка или намек пользователю, что кликать бесполезно? В текущем вебе сообщение появляется однократно и более не повторяется. Проверял на KN-3210 с 4.2 Alpha 9.

В 4.2 Alpha 10 поведение аналогичное. @Le ecureuil @hellonow

@eralde на KN-3210 c 4.2 Alpha 9 не отображается обработчик длинного нажатия кнопки Wi-Fi. В текущем интерфейсе проблем с отображением нет.

В 4.2 Alpha 10 без изменений.

@eralde установил новый веб на KN-3210 с 4.2 Alpha 9. Заметил, что по умолчанию всегда открывается текущий. Если выбрать новый - работает, пока не закрыть вкладку в браузере или не перезагрузить страницу. После чего снова используется текущий, а на новый нужно опять переключаться вручную. Это баг, или пока так задумано?

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

Исправление в 4.2 Alpha 10 также подтверждаю. Спасибо!