eralde
-
Постов
1 927 -
Зарегистрирован
-
Посещение
-
Победитель дней
82
Тип контента
Профили
Форумы
Галерея
Загрузки
Блоги
События
Весь контент eralde
-
Это нормально, они возникают при открытии веб-интерфейса, если вы ещё не залогинены. На работоспособность страниц они не влияют. Новый интерфейс собирается отдельно, не должен влиять на работу текущего никак. -
Я скопировал из вашего self-test кусок настроек, который относится к DNS, и залил на своё рабочее устройство: веб-интерфейс работает вполне штатно. WAN-интерфейсы у меня другого типа, но это не имеет значения. Если в браузере нажать F12 и в открывшейся панели перейти на вкладку Console/Консоль, есть ли там какие-нибудь ошибки (в тот момент, когда у вас открыта страница с DNS-профилями)?
-
Для отладки нужен либо self-test, либо (лучше) удаленный доступ к веб-интерфейсу по SSTP. Достаточно readonly-доступа.
-
В последнем драфте должно быть исправлено. Не попало в changelog, потому что мы заметили и исправили это раньше вашего сообщения.
- 4 ответа
-
- 1
-
-
Прямо сейчас работу страницы можно исправить, установив компонент 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)
-
Это нормально. Новые строки ещё не успели перевести.
- 3 ответа
-
- 1
-
-
Я думаю, что возможна, но обсуждать её реально я готов только после переноса всех функций текущего интерфейса в новый. Возможно, что к этому моменту и функция бэкапа появится.
-
Мне такая идея нравится, сценарий использования очень понятный. Но сделать что-то в веб-интерфейсе можно будет только, когда будет доделана возможность бэкапить конкретное устройство целиком. То, что сделано сейчас -- своего рода костыль, чтобы уменьшить количество ситуаций, когда пользователь хочет откатиться к старой версии прошивки, но не может этого сделать.
-
Исправление было, но, похоже, не попало в Changelog. Страница логина теперь действительно должна всегда открываться с первого раза.
-
Дело в том, что есть команда, обновляющая всю Wi-Fi-систему без указания дополнительных деталей, а есть другая команда, обновляющая отдельное устройство (экстендер или контроллер). Нажатие на верхнюю кнопку в появляющемся диалоге запускает первую команду, нажатие на нижнюю -- вторую (для выбранного набора устройств). На данном этапе мы хотим узнать, какой из вариантов пользователи выбирают чаще.
-
Исправление было сделано в API, которым пользуется веб-интерфейс. Похоже, что не всё учтено. Приложите сюда, пожалуйста, скрытым сообщением self-test + выдачу браузера по адресу <IP_или_KeenDNS>/rci/show/interface/rrd?name=PPPoE0&attribute=rxspeed&detail=0 в тот момент, когда отображение явно некорректно.
-
Страница, где настраиваются профили DNS, пока не реализована, поэтому и настройки в карточке нет. Мы её, конечно, добавим как только реализуем страницу.
- 1 ответ
-
- 1
-
-
Я смог воспроизвести у себя, спасибо. Self-test не нужен.
-
В текущих версиях нового интерфейса внутренний поиск не реализован. Будет реализован в будущих.
-
Для того, чтобы приоритизация трафика нормально работала, небходимо задать пропускную способность WAN-подключений. Классификатор, насколько я понимаю, может работать без этого. Это будет реализовано вместе с поиском внутри интерфейса.
