Jump to content

eralde

Moderators
  • Posts

    1,600
  • Joined

  • Last visited

  • Days Won

    65

Everything posted by eralde

  1. Я скопировал из вашего self-test кусок настроек, который относится к DNS, и залил на своё рабочее устройство: веб-интерфейс работает вполне штатно. WAN-интерфейсы у меня другого типа, но это не имеет значения. Если в браузере нажать F12 и в открывшейся панели перейти на вкладку Console/Консоль, есть ли там какие-нибудь ошибки (в тот момент, когда у вас открыта страница с DNS-профилями)?
  2. Для отладки нужен либо self-test, либо (лучше) удаленный доступ к веб-интерфейсу по SSTP. Достаточно readonly-доступа.
  3. В последнем драфте должно быть исправлено. Не попало в changelog, потому что мы заметили и исправили это раньше вашего сообщения.
  4. Прямо сейчас работу страницы можно исправить, установив компонент ssh. В следующем драфте будет работать и без него.
  5. Спасибо, поправим. В тексте, который всё ещё используется в текущей версии интерфейса, явно написано, что кнопка регистрации устройства расположена выше. В новом варианте это не так, поэтому текст был продублирован. Перевод нового варианта на русский язык появится в следующих сборках.
  6. Да, все варианты ручной настройки мы предусмотреть не можем. Если веб-интерфейс не может распознать "тип" подключения корректно, он будет считать, что это VPN-подключение. Мы решили, что для VPN-подключения предупреждение нужно только в том случае, когда оно является в настоящий момент шлюзом по умолчанию в политике по умолчанию. Именно поэтому работает и вариант с максимальным приритетом WireGuard, и настройка, при которой "ручной" IPoE имеет максимальный приоритет.
  7. Нужен файл конфигурации или self-test с вашего устройства. Если оба подключения настроены через веб-интерфейс, предупреждение должно отображаться для обоих.
  8. Хорошо, если с доступом не получится, то не могли бы вы выложить startup-config или self-test?
  9. Пожалуйста, не описывайте в рамках одной темы несвязанные между собой замечания по работе интерфейса. Мы уже проходили такой этап на форуме при переходе на текущий интерфейс (версия 2.12 и более новые). Общая тема с обсуждением разных вещей быстро превращается в аналог "Курилки", где очень сложно найти интересующее тебя обсуждение. Разбейте ваше сообщение на четыре разных темы. Каждый из вопросов заслуживает отдельного внимания.
  10. Похоже, что в конфигурации вашего Кинетика настроено так, что наш код от этого ломается (в обоих местах). Вы сильно поможете с отладкой, если дадите read-only доступ к веб-интерфейсу по SSTP.
  11. Страница "Приложения" сейчас находится в разработке. Этот процесс влияет и на карточку с приложениями на дашборде. В будущих версиях содержимое карточки определенно станет выглядеть аккуратнее, это касается и имён, и статусов.
  12. Мы планируем сделать так, чтобы код, который падает таким образом, не исполнялся до того момента, когда мы точно знаем, что пользователь уже авторизован в веб-интерфейсе. Это должно окончательно решить проблему.
  13. Код веб-интерфейса сейчас должен корректировать такие наборы данных, где присутствуют элементы с t: 0 (отсчитывать время назад от первого элемента, для которого t > 0). Видимо, мы опять что-то упустили в этом процессе. Текущий интерфейс делает примерно то же самое, но вообще не привязывает значения к меткам времени (поэтому в нём, например, проблематично вывести тултип для конкретной точки на графике).
  14. No, at this point is looks like the issue is not related to the UI.
  15. Looks like we've found the source of the issue. It will be fixed in one of the future builds.
  16. Приложите, пожалуйста, снова отладочные данные (выдачу браузера по адресу <IP_или_KeenDNS>/rci/show/interface/rrd?name=<ИМЯ_ИНТЕРФЕЙСА>&attribute=rxspeed&detail=0)
  17. Это нормально. Новые строки ещё не успели перевести.
  18. Я думаю, что возможна, но обсуждать её реально я готов только после переноса всех функций текущего интерфейса в новый. Возможно, что к этому моменту и функция бэкапа появится.
  19. Мне такая идея нравится, сценарий использования очень понятный. Но сделать что-то в веб-интерфейсе можно будет только, когда будет доделана возможность бэкапить конкретное устройство целиком. То, что сделано сейчас -- своего рода костыль, чтобы уменьшить количество ситуаций, когда пользователь хочет откатиться к старой версии прошивки, но не может этого сделать.
  20. Исправление было, но, похоже, не попало в Changelog. Страница логина теперь действительно должна всегда открываться с первого раза.
  21. Дело в том, что есть команда, обновляющая всю Wi-Fi-систему без указания дополнительных деталей, а есть другая команда, обновляющая отдельное устройство (экстендер или контроллер). Нажатие на верхнюю кнопку в появляющемся диалоге запускает первую команду, нажатие на нижнюю -- вторую (для выбранного набора устройств). На данном этапе мы хотим узнать, какой из вариантов пользователи выбирают чаще.
  22. @Padavan, please, check the provided data.
  23. I apologize, but I misled you. We use data from the show mws member (on the controller) command output do display the Wi-Fi standard in the UI. Still the show mws member command output is present in the self-test file, so I've checked it out. It looks like the controller UI shows the correct standard, there is no 802.11ac for the 2.4 GHz band. https://help.keenetic.com/hc/en-us/articles/213968949-What-you-need-to-know-about-Wi-Fi-5-IEEE-802-11ac- We should fix the standard displayed in the extender UI.
  24. Thank you for the report! We are aware of this issue, it will definitely be fixed in one of the next builds. Please use the Static Routes page in the current UI until it is fixed in the new version.
  25. Please provide the output of the show ip hotspot command on the controller (only the extender device data block is needed), as well as the output of the show mws associations command (is it executed on the extender itself?) and the self-test files from both devices.
×
×
  • Create New...