Jump to content

Alex Sh.

Moderators
  • Posts

    1,450
  • Joined

  • Last visited

  • Days Won

    57

Posts posted by Alex Sh.

  1. Здравствуйте,

    Вся эта неразбериха из-за того, что в приложении не реализованы профили доступа. В итоге приложение оперирует (config-hotspot)> default-policy, а веб: (config-hotspot)> policy ‹interface› ‹access›, и если пользоваться и тем, и тем, может получиться такой вариант:
    ip hotspot
        policy Home permit
        default-policy deny

    Кейс заведен, но пока не решен. В качестве временного решения могу только порекомендовать пользоваться либо профилями "Без Интернета" в веб, либо блокировкой из приложения, но не вместе.

     

  2. 2 часа назад, r13 сказал:

    Сегодня между сообщениями offline-online еще и такое прилетело:

    В идеале такое будет прилетать только после сброса роутера на заводские настройки. Ну и в случае реального MITM. )
    Что у вас сейчас было, затрудняюсь сказать. Но, раз работает, ничего страшного не произошло.

     

    2 часа назад, AndreBA сказал:

    Еще приходит сообщение "офлайн" "онлайн" при обновлении DHCP-сервер(у меня выставлено 259200секунд). Так должно быть?

    Причина та же, что и с Wi-Fi - перезапускается бридж, и на этом деле тупит клаудконтрол2.

  3. @Andrew VoronkovСильное увеличение трешхолда приведет к задержке уведомлений. Если по почте это не так заметно, то в интерфейсе и пушах будет раздражать.
    Как выяснили позавчера, со стороны прошивки можно очень существенно оптимизировать этот аспект, что и будет сделано. Правда, уже после НГ.

    • Upvote 1
  4. @AndreBAСпасибо за фидбек.
    Архитектурно сейчас так сделано в прошивке, что при реконфигурации бриджа роутер на короткое время перестает посылать alive-пакеты на сервер. Сервер считает, что роутер ушел в оффлайн и посылает вам уведомление.
    Со стороны сервера мы эту особенность учли, повысив трешхолд, но, как видно, не всегда его достаточно. Теперь со стороны прошивки попробуем решить этот вопрос.
    Как будут новости - я сюда напишу.

    • Thanks 1
  5. @DmitryKo

    Есть метрики, есть опыт МК, на основании которых составлен Roadmap последовательности добавления функций в приложение. Задача добавить всё не стоит, но если функция востребована пользователями, как, например, настройка Wi-Fi в сегменте, ее стоит реализовать полностью, со всеми опциями. Опции, доступные для определенных моделей, скрываются для другими моделей, которые их не поддерживают, тут проблемы нет.
     

  6. Добрый день,

    Резюмируя:

    1) В новом Keenetic App нет возможности локально подключиться к роутеру.
    На данный момент это так, хотя теоретически это выполнимо, и функционал такой нужен, я согласен.

    2) Созданное ранее и выключенное подключение WISP невозможно включить в My.Keenetic, можно только создать новое с 0, т.к настройки из конфиг-файла не читаются.
    Это тоже правда, я создавал кейс по этому поводу, который пока не выполнен. Сейчас добавлю в него и ссылку на эту тему.

    3) Попытка отключения WISP-подключения в My.Keenetic ведет к ошибке, отключения не происходит.
    А это новый баг! ) Я проверял с паролем 12345678, и ошибка не возникала, подключение исчезало из списка. Сейчас проверил с вашим паролем Wi-Fi и получил ту же ошибку. Заведу кейс, надо разбираться дальше.

    Кстати, как вариант, чтобы не лезть в новое приложение, можно в My.Keenetic удалить WISP-подключение с экрана списка соединений.
     

  7. @KorDenДа, тут не поспоришь, нужна аккуратность в таких делах. Непереведенные строки периодически и в веб-интерфейс на драфтах попадают, но там разработчики очень корректно все формулируют, иной раз и не заметишь. 

×
×
  • Create New...