Alex Sh.

А должно было 🙁 В локальном режиме, когда вы в домашней сети, тоже не отображает?

Недостаточно данных, чтобы однозначно идентифицировать краш. Возможно, приложение не успевает послать сообщение при краше. Нужны: Шаги для воспроизведения, На каких экранах в итоге валится, Версия Android на телефоне. Модель: Samsung J3 (320), как вы писали в другой теме?

@Leksey118, @Vichigor Посмотрели ваши аккаунты, со стороны сервера все выглядит ок: он получает инфу о connected devices, отправляет в приложение. Будем разбираться дальше - добавим логов, посмотрим, что со стороны приложения происходит. У вас у обоих Android, если есть возможность, проверьте список устройств из iOS-приложения - это сузит круг поиска. У меня не воспроизводится с установленным компонентом.

Топикстартер говорил про My.Keenetic. В новом Keenetic app видны все сегменты. Клиенты VPN-сервера на Кинетике? Насколько помню, они и в вебе не отображаются.

Напишите подробнее, пожалуйста, что куда вешаете.

Что-то не воспроизводится. Какие конкретно шаги вы делаете? Какой телефон у вас? Попробую найти краш в логе.

@Leksey118 Нашли ваш аккаунт, разбираемся. Сейчас из приложения в каком состоянии вы видете подключенные устройства?

Мои Keenetic показывают интернет-центры в текущей локации (локальной сети). Чтобы перемещаться между локациями, откройте боковое меню и выберите пункт "Сети".

Есть такое, завел!

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

Я посмотрел, host deny имеет приоритет ниже, чем host schedule, поэтому заблокировать (поставить на паузу) подключенное устройство с расписанием невозможно. Веб и приложение при блокировке устройства дополнительно дает команду на удаление строки с расписанием, а потом при разблокировке информацию о стоявшем ранее расписании уже неоткуда взять. Чтобы блокировка устройства работала без удаления расписания, нужно, чтобы в NDM 'host deny' имел приоритет выше 'host schedule' - тогда обе строки можно было бы оставить в конфиге. Вероятно, были причины этого не делать. Предлагаю спросить о них @ndm.

Так и в веб-интерфейсе то же самое. ...Но нужно покопать этот вопрос, ведь в конфиге есть возможность сохранять расписание для устройства при его блокировке: host <MAC> deny host <MAC> schedule <Sch. name> Заведу задачу для веб, если можно сделать там, то потом и в приложении сделаем.

Ага, это нормально: приложение одновременно пытается установить соединение в локальном режиме, и через cloud control 2, и что быстрее получается сделать, то оно и показывает. В процессе работы режим может смениться, например, с P2P на локальный при локальном подключении. Я думаю, у вас работает сейчас с той же скоростью, что и у всех. Мы будем смотреть метрики и оптимизировать скорость работы, но пока в приоритете добавление функционала. По сравнению с My.Keenetic, в новом приложении добавился третий участник - облако, с которого приложение также тянет и синхронизирует данные. На экранах, которые требуют обращение к облаку, из-за этого могут быть задержки, и это обращение будет каждый раз при открытии экрана. Опять же, это вопрос оптимизации.

Как минимум, часть проблемы здесь - приложение должно работать с роутером в локальном режиме, находясь в домашней сети. Будьте добры, пришлите конфиг или селф-тест. Запущен ли на телефоне VPN-клиент или другое приложение, влияющее на маршрутизацию?

Напишите, пожалуйста: - Модель телефона, - Версию iOS, - При каких типах подключения к роутеру проявляется проблема? Чтобы точно это выяснить, зайдите на экран "Мои Keenetic" в приложении, напротив роутера справа зеленым цветом будет показан тип подключения: local, P2P и т.д.

@Andrew Voronkov Есть планы прикрутить webhook-и, что позволит использовать и ifttt в том числе. Эти планы реализуются в настоящее время.

Согласен, приложение хранит историю подключавшихся незарегистрированных устройств, но не предоставляет достаточно сведений о них. Создал пожелание по добавлению IP/сегмента, интерфейса, времени (последнего) подключения/отключения, трафика. Скоро будут готовы уведомления по подключению/отключению, может, заодно и на страницу добавим инфу.

Я имел в виду, что приложение еще не умеет настраивать произвольные VLAN-ы для сегментов и вешать теги на порты: interface GigabitEthernet0/X switchport trunk vlan YYYY А при создании сегмента не валидирует настройки с уже созданными, создает по порядку, что приводит к проблемам, если на девайсе кол-во и настройки IP, VLAN сегментов отличаются от дефолтных. Я завел тикет по этому поводу, пока же будьте осторожнее с сегментами в приложении.

Ок, понял. VLAN-ы еще не реализовывали в приложении. Я сейчас проверю, чтоб созданные в вебе не ломали хотя бы.

@Vichigor Воспроизвел, действительно, DHCP-cервер и отображается некорректно, и перезаписывает значение. Завел баг. Хочу отметить, что Сегменты и Подключения еще далеки от идеала, работа по ним идет в настоящее время, багов пока много. И не совсем понятно, что вы имеете в виду: Не можете управлять в силу топологии вашей сети, или это какой-то баг?

А нет, я был неправ. На дашборде отображаются "Другие подключения" c "ip global", но только интерфейсы в статусе "up". Так что все же это баг

@VichigorПриложение перенимает логику веб-интерфейса: PPTP у вас создано как Интернет-подключение, т.е. повешено на WAN IPoE, имеет в конфиге "role inet". OpenVPN настраивается в "Других подключениях" с "role misc", и, даже, если используется в качестве дефолтного шлюза в Интернет, не отображается на дашборде веба и в приложении.

Версия 53.7: Исправлено падение приложения при работе в фоне. Исправлено регулярное выражение для паролей WISP-подключений. (сообщил @Кинетиковод) Убрано ложное сообщение об ошибке при добавлении роутера: Network::Interface::Repository: unable to find "AccessPoint_5G". (сообщил @SergeyZS) Исправлены команды на создание правил перенаправления портов для совместимости с последними версиями Keenetic OS. Self-test: Исправлен вылет приложения при нажатии на иконку "Поделиться". Отображение занято/свободно на USB-дисках приведено в соответствие с WEB GUI и My.Keenetic iOS. (сообщил @Vik2018) (На самом деле исправление было уже в 53.5, но лучше указать поздно, чем никогда) Оптимизация алгоритма обнаружения и добавления роутера для моделей KN-1010/1910/2310. Небольшие правки в сканере QR-кода для лучшей совместимости.

Подтверждаю, в Сегментах есть баги. Сейчас ими занимаемся как раз.

@RakleedВы уже в поддержку обращались по этому вопросу, у меня все записано Пока нам не до украшательств, концентрируемся на функционале. В дальнейшем все возможно.