dimon27254

Не факт, что имеет смысл: Уже для 500 Мбит/с ограничение может работать не так, как хотелось бы, ввиду возможного упора в производительность процессора:

Новый веб-интерфейс пока что не адаптирован для работы в режиме ретранслятора:

В 4.1 Beta 4 поведение сохраняется. @hellonow @Le ecureuil

На данный момент, к сожалению, инструмент переноса настроек между Кинетиками все еще не реализован. Некоторое время назад на форуме велось обсуждение этого вопроса, но свежих новостей пока что нет. Самый простой способ, если предыдущий Кинетик еще "в строю" - открыть веб-интерфейсы каждого и последовательно все переносить из "старого" в "новый". Но это может занять много времени, особенно, если настроек сделано было очень много. Лучше вручную копировать по блокам настройки из заранее сохраненного startup-config.txt прошлого Кинетика в новый. При этом, необходимо обязательно удалить пароли у пользователей, учесть тип и количество проводных портов (например, на прошлой модели 4 стомегабитных, а на новой 8 гигабитных), наличие аппаратного ускорителя и т.д., вручную внося правки. Иначе, в самом худшем случае есть вероятность получить "кирпич". Такие вещи, как, например, конфигурация Mesh, приватные ключи Wireguard-интерфейсов в этом файле настроек не хранятся, поэтому не подлежат переносу. Если с использованием Entware еще есть возможность "подсмотреть" приватные ключи (для моделей с USB-портом, кроме KN-1210/KN-1211), то Mesh-систему придется "собирать" заново. В случае, если на ретрансляторах были какие-то индивидуальные настройки (например, номера каналов Wi-Fi, расписание работы индикаторов, действия при нажатии кнопок), их затем тоже придется переносить вручную.

Без изменений в 4.1 Beta 4. @hellonow @Le ecureuil ошибка подсчета времени затрагивает все Кинетики, или только те модели, которые на mips/mipsel? Обратил внимание, что на KN-1811 с aarch64 значения реалистичные.

Без изменений в 4.1 Beta 4.

@eralde @Anna Zhelankina увидел парочку незначительных визуальных недочетов, проявляющихся в темной теме. 1. При щелчке, кнопка "вернуть заводские настройки" выделяется слишком светлой заливкой: 2. В поп-апе "удаление пользовательских настроек", текст "подтвердите сброс настроек" слабо различим, т.к. сливается с заливкой блока:

@eralde возможно ли с помощью GET-запроса выключить/включить определенный интерфейс? С помощью POST-запроса все получается, но интересно, реализуемо ли это через GET. Пробовал "конструкцию" вида: http://192.168.1.1/rci/interface?name=WifiMaster0/AccessPoint1&up=false Но, судя по всему, или что-то упустил, или делаю не так - система просто отвечает текущей конфигурацией этого интерфейса в JSON формате:

@eralde заметил некоторое различие в отображении графиков монитора трафика между веб-интерфейсами. В новом вебе столбцы ограничены 2 Мбит/с, тогда как в текущем подстраиваются под общую максимальную скорость. Проявляется при равномерном потреблении трафика устройствами, когда нет резких скачков. Проверял на KN-1811 с 4.1 Beta 3.

@eralde @Anna Zhelankina в новом вебе перед применением новых настроек беспроводной сети, к которой подключено управляющее устройство, не выводится предупреждение вида: Также обнаружил пустое пространство после портов в блоке "Разъемы сегмента и VLAN": Проверял на KN-1811 с 4.1 Beta 3.

Я проверял на KN-3010 и KN-1811. Оба в режиме "router", на версии 4.1 Beta 3.

@eralde для данной кнопки не запрещен выбор другого действия: В текущем вебе изменение недоступно, как и должно быть:

Стоит отметить, что какая-то проверка в новом вебе на этот порт все равно имеется. Если выбрать другой режим работы порта 1, то кнопка сохранения появляется. Для 2-го же порта этого не происходит. Лучше всего, чтобы выбор был недоступен, как это реализовано в текущем веб-интерфейсе:

@eralde @Anna Zhelankina в мобильном вебе имеет место быть незначительная визуальная погрешность: если модель "короткая" и находится на одной строке с логотипом компании, то смещается чуть выше: Для "длинных" моделей, которые переносятся на другую строку, все в порядке:

@eralde нашел небольшой баг: для 2 порта можно выбрать режим работы, отличный от USB 2.0: При этом, кнопка сохранения изменений не появляется внизу страницы. В текущем вебе для этого порта смена режима недоступна. Проверял на KN-1811 с 4.1 Beta 3.

@eralde обратил внимание на парочку неработающих ссылок. 1. Другие подключения, Wireguard, поп-ап "Настройки подключения", раздел "Настройка пира", тултип около поля "Проверка активности", ссылка на статью "Wireguard VPN". В текущем вебе она ведет на страницу https://help.keenetic.com/hc/ru/articles/360010592379. Работает, пусть и не идеально, ввиду проблем с доступом к Zendesk в РФ. В новом вебе ссылка иная: https://support.keenetic.ru/articles/360010592379. При переходе по ней просто открывается главная страница центра поддержки в доменной зоне ru. 2. Параметры системы, блок "Автоматическое обновление", ссылка на статью "Автоматическое обновление операционной системы". Ситуация аналогичная предыдущей. Проявляется в русскоязычной локализации, где используется три варианта ссылок на базу знаний: help.keenetic.ru/hc/ru, support.keenetic.ru и help.keenetic.com/hc/ru.

@eralde в поп-апе добавления/изменения правила обнаружил, что при смене маски подсети не происходит повторная валидация ранее введенного адреса источника/назначения. Создаю новое правило, в котором указываю адрес подсети источника/назначения, не соответствующий стандартной маске 255.255.255.0. Например, 192.168.100.128. Валидатор, ожидаемо, ругается: Устанавливаю маску 255.255.255.128, но адрес все равно не проходит валидацию: Как только подправляю адрес (например, стираю одну цифру) и затем возвращаю исходный, ошибка пропадает: В текущем вебе этот баг не проявляется.

@eralde 1. При фильтрации записей по параметрам "от" / "к", на выбор доступны не все элементы, имеющиеся по данным журнала. Например, в текущем вебе доступны такие варианты: В новом же, в этот момент, выбор невелик: 2. Ниже строк с записями журнала имеется много пустого пространства, которое можно прокрутить:

@eralde на последних сборках 4.1 заметил, что снова перестало отображаться проводное подключение узлов в Mesh Wi-Fi-системе:

К сожалению, он доступен не для всех Кинетиков:

Поддерживаю, такой сканер был бы просто идеален. Правда, наверное, не факт, что все модемы способны отдать такой объем данных.

@eralde @Anna Zhelankina обратил внимание на некоторые недочеты на этой странице. Проверял в 4.1 Beta 2 с модемом Huawei E3372h-153 на stick-прошивке. 1. Не работает сканирование эфира. Статус "подготовка" в поп-апе сменяется нелокализованным и неизвестным, а само сканирование по факту не начинается: В новом вебе сканер пока что реализован только для модемов типа UsbQmi? В текущем вебе проблем нет, выводятся все доступные сети: 2. Блок выбора диапазонов: 2.1. Имеется лишняя строка "4G LTE-TDD" без доступных вариантов: В текущем вебе она отсутствует: 2.2. В темной теме для чипсов с активными диапазонами используются довольно малоконтрастные цвета. Когда так окрашены все доступные и выбранные по умолчанию band-ы, возникает впечатление, будто они не активны. Хотелось бы, чтобы они четче выделялись окраской. Например, как-то так: 3. Поп-ап "метрики сигнала": 3.1. Он выглядит не совсем красиво в процессе получения с модема данных: Не помешал бы интервал после статуса "подключение...", чтобы поп-ап не был слишком маленьким в высоту в таком случае. 3.2. В этом же поп-апе не увидел кнопки вызова подсказок по параметрам сигнала (RSSI, SINR и т.д.), которая есть в текущем вебе: Было принято решение отказаться от этого? 3.3. В мобильной версии, в таблице блока "информация о подключении", заголовкам выделено маловато ширины: Было бы неплохо, если есть возможность увеличить ширину столбцов с заголовками. В таком случае на видимой области экрана поместится больше полезной информации, т.к. будет меньше переносов строк. 3.4. Совсем мелочь, но которая имеет место быть и в других местах нового веба: инвертирована пиктограмма кнопки скрытия/раскрытия блока:

@vst @eralde На актуальных 4.0.7 и 4.1 Beta 2 уведомление также не отображается. Наверное, его стоит ожидать уже только в новом веб-интерфейсе, когда тот станет доступен для младших Кинетиков?

@SySOPik конфигурация, по сути, идентична моей. Какая версия KeeneticOS используется на клиентах?

Не могли бы, пожалуйста, привести свои настройки сервера и одного из клиентов? ip_сервера - текущий внешний белый ip сервера, новый_ip_сервера:порт - новый внешний ip сервера и порт, старый_ip_сервера - старый внешний ip сервера. Лог приводил с клиента. Настройки довольно стандартные. Сервер: interface Wireguard1 description Server security-level public ip address 172.16.21.1 255.255.255.0 ip mtu 1324 ip access-group _WEBADMIN_Wireguard1 in ip tcp adjust-mss pmtu wireguard listen-port 54321 wireguard peer публичный_ключ_клиента !client allow-ips 172.16.21.2 255.255.255.255 allow-ips удаленная_подсеть_на_клиенте 255.255.255.0 connect ! up ! Клиент: interface Wireguard2 description Client security-level public ip address 172.16.21.2 255.255.255.0 ip mtu 1324 ip access-group _WEBADMIN_Wireguard2 in ip tcp adjust-mss pmtu wireguard peer публичный_ключ_сервера !server endpoint *.keenetic.link:54321 keepalive-interval 24 allow-ips 172.16.21.1 255.255.255.255 allow-ips удаленная_подсеть_на_сервере 255.255.255.0 connect ! up ! Другой вариант - клиент с использованием ping-check: ping-check profile WG host 172.16.21.1 update-interval 30 mode icmp max-fails 5 timeout 5 ! interface Wireguard2 description Client security-level public ip address 172.16.21.2 255.255.255.0 ip mtu 1324 ip access-group _WEBADMIN_Wireguard2 in ip tcp adjust-mss pmtu ping-check profile WG ping-check restart wireguard peer публичный_ключ_сервера !server endpoint *.keenetic.link:54321 keepalive-interval 24 allow-ips 172.16.21.1 255.255.255.255 allow-ips удаленная_подсеть_на_сервере 255.255.255.0 connect ! up ! удаленная_подсеть_на_клиенте - сегмент "домашняя сеть" на KN-3010, удаленная_подсеть_на_сервере - сегмент "домашняя сеть" на KN-3610.