3-50

При создании продукта с единым визуальным стилем разве не стоит быть последовательным в решениях?

Обратите внимание на первый и второй скриншоты. Присваивание тега происходило через массовые операции на первом скриншоте после авторизации, а на втором до неё. Переименования роутеров не было, и, допустим, не будет, то есть в networks имена роутеров типа "Extra (RU) 111***333". На ваш взгляд понятнее с каким роутером, что происходило в первом случае или втором? Не забываем, что в историю обращаются не сразу, спустя какое-то время, когда что-то уже позабылось, когда сходу не сообразишь, какой "Extra (RU) 111***333" соответствует запись в журнале "Extra (KN-1711)", Keenetic Extra (KN-1711) или "Extra". А лично я вижу наглядную запись действий в истории следующим образом

Добавили роутер из гарантийного листа, не авторизовали, присвоили ему ярлык "1234". В истории действий будет "Assigned tag 1234 to "Ultra (RU) 111***333". Авторизовали, дождались, когда загрузится, удалили ярлык. В истории действий будет "Removed tag 1234 from "Keenetic Ultra (KN-1810)".

Можно добавить: blablabla.keenetic.pro https://blablabla.keenetic.pro но нельзя: blablabla.keenetic.pro/ https://blablabla.keenetic.pro/ Появляется сообщение "Internal server error". Если копировать адрес в Microsoft Edge или Google Chrome, то при вставке слеш всегда будет в конце адреса вне зависимости от того есть он у сайта или нет.

Можно увидеть роутеры с определённой прошивкой или с неизвестной прошивкой, но если выбрать роутеры с неизвестной и с определённой, то ничего не покажется.

По толщине он такой же как и символ сортировки, у фильтров данный символ более тонкий.

В начале добавляем роутер Extra kn-1710, затем добавляем роутер Extra kn-1711, в фильтрации по модели предлагается фильтровать по двум Extra. Может индекс модели добавлять?

После того, как роутеры сделал приватными, приглашенный человек продолжает видеть теги пригласившего, в том числе только что созданные.

Выбрали роутер, изменили его доступность через кнопки групповых действий — список выбранных роутеров сбросился. Выбрали роутер, изменили его доступность через ⠇— список выбранных роутеров не сбросился.

Через Actions menu можно выбрать роутеры даже, если после фильтрации список будет пуст.

Не изменилось, кстати, после авторизации, на https://help.keenetic.com/hc/ru тоже старые данные фигурируют.

Хотя 3 корректно сортирует, просто не по Ip, а по mac.

1.По полю Connection 2. По полю signals / protocol 3. По полю address 4. По segment и hosts И теперь hosts в принципе не открывается. Несколько раз подряд сортировал по segment, появилась эта надпись и перестало в принципе открываться. После сортировки по network вылетало, но открывалось. Скриншоты сортировок по убывания и возрастанию.

Прошло чуть больше суток, данные по прежнему старые.

Фикс от 30 июня по прежнему не учитывает разные варианты. Видео в следующем сообщении. p.s. Вам не сложно будет писать в логе подробней, что именно вы исправили, сейчас обратил внимание, что данную ошибку вы тоже попытались исправить, но в логе об этом уведомления нет?

Не все исправили/добавили.

После обновления от 30 июня в Devices отображаются следующие устройства В Networks И обратите, пожалуйста, внимание на следующее видео

С учётом, что современные устройства по умолчанию при подключении к Wi-Fi сети каждый раз меняют свой mac адрес (раз, два), то там даже не тысячи будут, интересно будет посмотреть на реализацию отслеживания в подобных условиях.

Однажды, человек, добавивший и авторизовавший роутер к себе в rmm, решил от него избавиться (например, продать). Другой человек этот роутер купил, сделал аппаратный сброс, сделал первичную настройку, подключил к интернету, а вот добавить уже в свой rmm не сможет, при попытке появится надпись (добавление из гарантийного листа без проверки будем считать, что уже исправлено). Но ведь и у человека, у которого этот роутер был изначально, в rmm он превратится в тыкву. Поэтому более правильное поведение после сброса роутера (точнее в результате любой смены его ключа) требовать повторное "Confirm rights" и считаться сервисом свободным для добавления, но никак вот это вот. Отдельно печально то, что кнопка открытия веб-интерфейса была неактивна до тех пор, пока я на сброшенном роутере не прошёл первоначальную настройку, после сразу стала активной, впрочем, всё делалось с телефона, мог и перепутать что. Кстати, если посмотреть внимательно на скриншот

Если приглашённый человек присвоит и своим роутерам и чужим через групповые операции новый тег, то пригласивший не сможет добавлять своим роутерам теги, при попытке появится ошибка "internal server error".

Я спустя день (не обратил внимание сколько прошло, если честно) вернул назад, сейчас снова переименовал, понаблюдаю.

@Julia Rybakova, да, Android. Нет, и вряд ли смогу посмотреть, я не любитель iOS, а брать у друзей на пару часов для вдумчивого тестирования не особо хочется.

1. Права у человека "Can view", полный администраторский доступ это не "может смотреть", это "может сломать вообще всё к чёртовой матери". 2. Приглашённый не обязательно может быть администратором, это может быть секретарь, которая если видит, что роутер исчез из сети, то значит нужно звонить провайдеру и узнавать в чём дело. 3. Это может быть подчинённый администратора задача, которого мониторить сеть, но не лезть в настройки, поэтому прав у него нет и не должно быть. 4. А если злоумышленник каким-то образом перехватили ссылку (поправьте, если ошибаюсь, но кажется линк приглашения не динамический) или получили доступ к компу приглашённого? Вы этой кнопочкой огромную брешь в безопасности создали.

@Julia Rybakova, да, всё верно.

У приглашенного в списке несколько роутеров, который добавил пригласивший. Свои роутеры приглашённый не добавлял. Пытаемся отсортировать список или убрать колонку, исчезают все роутеры и появляется надпись "Now you can remotely monitor your Keenetic Routers and Mesh Wi-Fi systems". p.s. Лого "keenetic rmm beta" не планируете сделать кликальбеным?