eralde

Можно передавать массив команд parse: [ { "parse": "interface WifiMaster0/WifiStation0 down" }, { "parse": "interface WifiMaster0/WifiStation0 authentication wpa-psk 12345678" }, { "parse": "interface WifiMaster0/WifiStation0 ssid ***" }, { "parse": "interface WifiMaster0/WifiStation0 description ***" }, { "parse": "interface WifiMaster0/WifiStation0 up" } ] Можно передать массив объектов: [ { "interface": { "WifiMaster0/WifiStation0": { "up": false } } }, { "interface": { "WifiMaster0/WifiStation0": { "authentication": { "wpa-psk": { "psk": "12345678" } } } } }, { "interface": { "WifiMaster0/WifiStation0": { "ssid": "***" } } }, { "interface": { "WifiMaster0/WifiStation0": { "description": "***" } } }, { "interface": { "WifiMaster0/WifiStation0": { "up": true } } } ]

Работа над страницей с настройками приложений идёт. Насколько я понимаю, компонент с новым веб-интерфейсом пока будет доступен только в драфтах. В одном из будущих драфтов карточка "Приложения" на дашборде будет исправлена.

У меня это на тестовом устройстве воспроизвести не получается. Вы не могли бы чуть подробнее расписать, что и в какой последовательности приводит к такому результату?

Насколько я знаю, никто ничего с этим не делал Если проблема возникнет снова -- посмотрим внимательнее.

Это нормально, они возникают при открытии веб-интерфейса, если вы ещё не залогинены. На работоспособность страниц они не влияют. Новый интерфейс собирается отдельно, не должен влиять на работу текущего никак.

Я скопировал из вашего self-test кусок настроек, который относится к DNS, и залил на своё рабочее устройство: веб-интерфейс работает вполне штатно. WAN-интерфейсы у меня другого типа, но это не имеет значения. Если в браузере нажать F12 и в открывшейся панели перейти на вкладку Console/Консоль, есть ли там какие-нибудь ошибки (в тот момент, когда у вас открыта страница с DNS-профилями)?

Для отладки нужен либо self-test, либо (лучше) удаленный доступ к веб-интерфейсу по SSTP. Достаточно readonly-доступа.

В последнем драфте должно быть исправлено. Не попало в changelog, потому что мы заметили и исправили это раньше вашего сообщения.

Прямо сейчас работу страницы можно исправить, установив компонент ssh. В следующем драфте будет работать и без него.

Спасибо, поправим. В тексте, который всё ещё используется в текущей версии интерфейса, явно написано, что кнопка регистрации устройства расположена выше. В новом варианте это не так, поэтому текст был продублирован. Перевод нового варианта на русский язык появится в следующих сборках.

Да, все варианты ручной настройки мы предусмотреть не можем. Если веб-интерфейс не может распознать "тип" подключения корректно, он будет считать, что это VPN-подключение. Мы решили, что для VPN-подключения предупреждение нужно только в том случае, когда оно является в настоящий момент шлюзом по умолчанию в политике по умолчанию. Именно поэтому работает и вариант с максимальным приритетом WireGuard, и настройка, при которой "ручной" IPoE имеет максимальный приоритет.

Нужен файл конфигурации или self-test с вашего устройства. Если оба подключения настроены через веб-интерфейс, предупреждение должно отображаться для обоих.

Хорошо, если с доступом не получится, то не могли бы вы выложить startup-config или self-test?

Пожалуйста, не описывайте в рамках одной темы несвязанные между собой замечания по работе интерфейса. Мы уже проходили такой этап на форуме при переходе на текущий интерфейс (версия 2.12 и более новые). Общая тема с обсуждением разных вещей быстро превращается в аналог "Курилки", где очень сложно найти интересующее тебя обсуждение. Разбейте ваше сообщение на четыре разных темы. Каждый из вопросов заслуживает отдельного внимания.

Похоже, что в конфигурации вашего Кинетика настроено так, что наш код от этого ломается (в обоих местах). Вы сильно поможете с отладкой, если дадите read-only доступ к веб-интерфейсу по SSTP.

Страница "Приложения" сейчас находится в разработке. Этот процесс влияет и на карточку с приложениями на дашборде. В будущих версиях содержимое карточки определенно станет выглядеть аккуратнее, это касается и имён, и статусов.

Мы планируем сделать так, чтобы код, который падает таким образом, не исполнялся до того момента, когда мы точно знаем, что пользователь уже авторизован в веб-интерфейсе. Это должно окончательно решить проблему.

Код веб-интерфейса сейчас должен корректировать такие наборы данных, где присутствуют элементы с t: 0 (отсчитывать время назад от первого элемента, для которого t > 0). Видимо, мы опять что-то упустили в этом процессе. Текущий интерфейс делает примерно то же самое, но вообще не привязывает значения к меткам времени (поэтому в нём, например, проблематично вывести тултип для конкретной точки на графике).

Приложите, пожалуйста, снова отладочные данные (выдачу браузера по адресу <IP_или_KeenDNS>/rci/show/interface/rrd?name=<ИМЯ_ИНТЕРФЕЙСА>&attribute=rxspeed&detail=0)

Это нормально. Новые строки ещё не успели перевести.

Я думаю, что возможна, но обсуждать её реально я готов только после переноса всех функций текущего интерфейса в новый. Возможно, что к этому моменту и функция бэкапа появится.

Мне такая идея нравится, сценарий использования очень понятный. Но сделать что-то в веб-интерфейсе можно будет только, когда будет доделана возможность бэкапить конкретное устройство целиком. То, что сделано сейчас -- своего рода костыль, чтобы уменьшить количество ситуаций, когда пользователь хочет откатиться к старой версии прошивки, но не может этого сделать.

Исправление было, но, похоже, не попало в Changelog. Страница логина теперь действительно должна всегда открываться с первого раза.

Дело в том, что есть команда, обновляющая всю Wi-Fi-систему без указания дополнительных деталей, а есть другая команда, обновляющая отдельное устройство (экстендер или контроллер). Нажатие на верхнюю кнопку в появляющемся диалоге запускает первую команду, нажатие на нижнюю -- вторую (для выбранного набора устройств). На данном этапе мы хотим узнать, какой из вариантов пользователи выбирают чаще.

Исправление было сделано в API, которым пользуется веб-интерфейс. Похоже, что не всё учтено. Приложите сюда, пожалуйста, скрытым сообщением self-test + выдачу браузера по адресу <IP_или_KeenDNS>/rci/show/interface/rrd?name=PPPoE0&attribute=rxspeed&detail=0 в тот момент, когда отображение явно некорректно.