-
Posts
1,450 -
Joined
-
Last visited
-
Days Won
57
Content Type
Profiles
Forums
Gallery
Downloads
Blogs
Events
Posts posted by Alex Sh.
-
-
Так происходит потому, что MAC точки доступа отличается от MAC-а роутера. Приложение считает, что оно не в локальной сети роутера. В принципе можно назвать это недоработкой, но без каких-либо серьезных последствий.
Мы учитываем этот момент при разработке нового механизма взаимодействия приложения с роутером, так что в будущем эта проблема уйдет.
- 1
-
Приложение должно отображать тот же статус, что и в WEB. По вашему описанию похоже на баг, но у меня он не воспроизводится. Пришлите self-test и версию my.keenetic, я еще попробую.
-
19 часов назад, Кинетиковод сказал:
Нужно прошиться с 2.11.A.3.0-2 на 2.11.A.4.0-0
Нет, этого мало, конфиг останется как был.
19 часов назад, Кинетиковод сказал:Возьмите и создайте сейчас из приложения новое ethernet подключение, а потом попробуйте найти его в вебморде. Его там нет! Сделал скрины для примера.
Проверил, действительно баг. При создании подключения из приложения некорректно конфигурится Ethernet-порт. На первый взгляд не хватает строчки role inet for FastEthernet0/VlanX.
18 часов назад, Кинетиковод сказал:Как оказалось созданные через приложение подключения не только не отображаются в вебморде, но и некорректно удаляются. После их удаления порты указанные при настройке так и остаются недоступными. Чтобы порты снова ожили надо сбрасывать настройки.
Потому что это еще один баг . При удалении не меняется VLAN для указанного в подключении Ethernet-порта. Порт остается висеть на несуществующем VLAN-е.
Можно исправить вручную на VLAN1 по телнету, чтоб не сбрасывать конфиг.
18 часов назад, Кинетиковод сказал:Заодно проверил на дефолтных настройках бридж, он в статусе protected. Можно ли его его поменять из public в protected командой? Мне заново всё настраивать вручную неохота.
Можно:
(config)> interface Bridge1
(config-if)> security-level protected
В общем, ситуация с Bridge1 не прояснилась, но зато вы нашли пару багов. Спасибо!- 1
-
@КинетиководУ меня на 2.11.A.6.0-0 на дефолтном конфиге Bridge1 выглядит так:
link: up
security-level: protectedПоэтому я и спрашиваю, что нужно сделать, чтобы увидеть ваш результат.
35 минут назад, Кинетиковод сказал:Приложение создаёт подключения, которые не отображаются в вебморде. Это как минимум сбивает с толку и такого как мне кажется быть не должно.
Приложение не создает этот интерфейс, он присутствует по умолчанию, но не показывается в разделе WAN. Посмотрите файл default-config, там он есть.
@TheBB У меня на Omni II 2.11.A.6.0-0 в режиме AP на дефолтном конфиге нет bridge1, как нет и самой гостевой сети. Вам тот же вопрос: как? )
-
Bridge1 - это служебный интерфейс для Guest Network, он не отображается на странице WAN в WEB GUI и в приложении.
Если зайти по телнету и выполнить команду "show interface", последним пунктом должно отобразиться примерно следующее:
Interface, name = "Guest"
id: Bridge1
index: 1
type: Bridge
description: Guest network
interface-name: Guest
link: up
connected: yes
state: up
mtu: 1500
tx-queue: 1000
address: 10.1.30.1
mask: 255.255.255.0
uptime: 1078
global: no
security-level: protected
mac: e4:18:6b:1c:b5:50
auth-type: none
bridge:Параметр "security-level" определяет видимость интерфейса для пользователя. Посмотрите, какой он у вас, скорее всего значение будет "public". При этом значении WEB все равно не отобразит этот интерфейс, а приложение, в котором реализован более простой критерий для этого списка - покажет.
Главный вопрос - как получилось, что security-level изменился? Никакие настройки в WEB или в My.Keenetic по идее не должны его менять. Если вам удастся воспроизвести ситуацию еще раз - напишите как, будем разбираться.
-
@Andrew Voronkov Подобные вопросы лучше решать в рамках техподдержки. Напишите нам, к сообщению приложите self-test, MID приложения.
Кстати, вспомнил, у меня на Ультре, когда заглючил Трансмишн, приложение показывало похожую картину. Но тогда и веб интерфейс не мог нормально прогрузиться. В логе было что-то вроде:Oct 24 10:37:20ndm
Io::TcpSocket: connected to 127.0.0.1:8090.
Oct 24 10:37:50ndm
Io::Http::Client: [23401] unable to receive headers: operation timeout.
Oct 24 10:37:50ndm
Torrent::Client: RPC error. -
@Andrew Voronkov Да, я уже нашел вашу тему про Dual WAN ). Пока мобильное приложение не умеет слать уведомления, по крайней мере их можно реализовать на entware, как там советуют.
@vasek00 Android и IOS позволяют полностью отключить push-уведомления от конкретного приложения. Но, вы правы, кастомизация нужна, и делать ее стоит индивидуально для каждого мобильного девайса.
-
@Andrew Voronkov Спасибо за фидбек! Я позволил себе объединить две темы, поскольку они обе о конкретных применениях одной и той же функции - уведомления пользователя о событиях.
Расскажите, пожалуйста, чем у вас вызвана необходимость в уведомлении о переключении WAN-а? -
Я стараюсь публиковать журнал изменений одновременно с релизом. Но точно это подгадать сложно, потому что существует задержка с момента нашего релиза и до момента фактического появления версии в магазине приложений, и это время для IOS и Android разное. Плюс некоторые версии (как эту 39.1, например), мы сперва делаем видимым только для части пользователей с целью последней проверки перед общим релизом.
Поэтому, если вы видите Release Notes, а самого релиза не видите, просто наберитесь терпения - он точно появится чуть позднее- 1
- 2
-
Версия 39.1:
- Отображение трафика на странице подключенного устройства приведено в соответствие с WEB-интерфейсом.
- Исправлена ошибка при переходе по ссылкам на странице "Поддержка" на Android версии 4 и ниже.
- Двухдиапазонные Интернет-центры после добавления в приложение с одного из SSID теперь автоматически становятся доступны и со второго SSID.
- Исправлено отображение длительности подключения Wi-Fi на странице подключенного устройства на версии NDMS 2.09 и выше*. (сообщил @Sort44)
- Transmission: Исправлена ошибка с добавлением лишней папки "download" при выборе папки для хранения файлов торента. (сообщил @AndreBA)
*Длительность приведена в соответствие с новым WEB-Интерфейсом. Со старым WEB-интерфейсом в определенных случаях
могут быть расхождения.- 4
-
Не могу воспроизвести вашу ситуацию. Предлагаю вам попробовать удалить и заново добавить роутеры в приложение. Если проблема останется - заводите тикет в нашей технической поддержке: https://help.keenetic.net/hc/ru/requests/new. Для воспроизведения нам потребуется пошаговое описание ваших действий, схема сети, self-test с обоих роутеров.
-
Нет, это потребует гораздо больше времени, чем до следующего обновления (
-
Функция, безусловно, полезная, но ее реализация требует глобальной переделки механизма взаимодействия роутера и приложения.
Не раскрывая информации, могу сказать, что мы над этим работаем.
И традиционное "Спасибо" за фидбек!
- 5
-
Это лимит облачных клиентов - устройств, с которых возможен удаленный доступ на роутер через Интернет.
Расскажите, при каком сценарии использования вам не хватает десяти?
- 1
-
При добавлении роутера и при последующих подключениях к нему приложение сперва пытается законнектиться на my.keenetic.net, затем, если не получилось, на 192.168.1.1. Я думаю, описанные вами странности вытекают из такой логики работы и связаны с невозможностью резолва или неправильным резолвом имени "my.keenetic.net".
В 14.10.2017 в 22:23, Dorik1972 сказал:Имею Keenetic Ultra II (2.11.A.4.0-2)- 192.168.2.1 - попытка добавления данного устройства в мобильное приложение что при подключении в сети 2,4 что 5 - НИ ЗА ЧТО ! Вечный "лууп" на экране картинка - "Подклчение к WiFi" .... Далее берем меняем адрес роутера на 192.168.1.1 - пытаемся добавить в приложение - ВСЕ ДОБАВЛЯЕТСЯ !
При смене IP LAN-сегмента роутера, вы на мобильном устройстве переполучали IP? Могло быть так, что на роутере IP уже 2.1, а на мобильном - полученные ранее по DHCP параметры для сети 1.1?
С VPN-ом надо проверять, но пока подобных жалоб не было.
-
Спасибо за предложение, мы всегда рады фидбеку, однако, есть ряд возражений:
- Зачем реализовывать в приложении то, что уже реализовано в ОС?
- Сканер отпечатка пальца есть далеко не на каждом мобильном устройстве.
- Большинству пользователей в плане безопасности достаточно разблокировки экрана по паролю или отпечатку пальца.
- Ну, и главное, у нас в планах есть авторизация по паролю. По отпечатку, как более экзотическая, если и будет добавлена, то после нее.
- 1
- 1
-
Да, с таймером разобрались, это баг.
К сожалению, в 39-м релизе не успели пофиксить, исправим в следующем.- 1
-
Версия 39:
- Добавлен журнал звонков модуля Keenetic Plus DECT для версий NDM 2.09+
- Изменен доступный режим шифрования для гостевой сети Wi-Fi (с WPA+WPA2 на WPA2)
- Длительность подключения в редакторе подключения WAN теперь имеет корректное значение (сообщил @Phaeton)
- Исправлена ошибка в отображении поля "Network" на странице подключенного устройства
- Исправлена ошибка при переименовании подключенного устройства
- Исправлена ошибка отображения заблокированного подключенного устройства
- 4
-
Версия 39:
- Добавлен журнал звонков модуля Keenetic Plus DECT для версии NDM 2.09+
- Исправлен выбор режима работы Wi-Fi в украинской версии приложения (сообщил @ydzhus)
- Изменен доступный режим шифрования для гостевой сети Wi-Fi (с WPA+WPA2 на WPA2)
- Длительность подключения в редакторе подключения WAN теперь имеет корректное значение (сообщил @Phaeton)
- Исправлена ошибка в отображении поля "Network" на странице подключенного устройства
- 4
-
-
@Leksey118 Я записал ваше пожелание. Подскажите, чем обусловлена необходимость выключать сервер? Почему не держать его запущенным постоянно?
- 1
- 3
-
Проблему воспроизвел. Честно говоря, это первый раз, когда локализация является причиной бага.
Всем комментаторам спасибо за подтверждения!
- 3
-
-
У меня не получается воспроизвести на Ultra 2 c 2.09.C.1.0-0 (последняя релизная версия), my.keenetic 37.1 на Андроид.
Убедитесь, что у вас установлена актуальная прошивка и версия приложения.
Если проблема остается, рекомендую обратиться в нашу техническую поддержку, к сообщению приложите self-test и ссылку на эту тему.
Общая тема по уведомлениям о событиях
in Развитие
Posted
@necrosЯ перенес вашу тему сюда.
Звуковое оповещение - это то же уведомление, только без сообщения Так точно реализовывать не будем, логичнее послать уведомление, содержащее какую-то информацию, а уж его получение на телефоне сопровождать звуком, виброй и тд.