3-50

Хотя 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" не планируете сделать кликальбеным?

У приглашенного человека в списке есть роутеры от пригласившего и есть свои, для своих роутеров есть некий созданный тег. Если выделить все роутеры, то нельзя присвоить им (то есть и чужим роутерам и своим) созданный для своих тег, но если выбрать в меню создание нового тега, то тогда всем роутерам он присваивается.

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

Добавляем роутер, авторизовываем его, добавляем человека в команду, через иконку "открыть веб-интерфейс" этот человек имеет полный доступ к роутеру. Пересекается с темами Доступ к веб-интерфейсу даже, если он запрещён Человек в команде может авторизовывать роутеры

@Julia Rybakova, без проблем, для этой ситуации и аналогичной Роутер не выбран Роутер выбран. Обратите внимание на Close, оно находится под слоем с кнопками управления. Здесь аналогичное поведение.

А здесь Remove Selection отображается под слоем с кнопками Add tag и прочими.

Добавили в список один или несколько роутеров через импорт из гарантийного листа, пригласили в команду другого человека. Другой человек может нажать на "Confirm rights" и авторизовать роутер, cовсем не "Can view".

@Julia Rybakova, легко.

При попытке создать новый тег меню сразу закрывется. Android 11, Microsoft Edge, Google Chrome.

Выбираем роутер, нажимаем добавить тег, надпись Close под кнопками управления. Аналогичное поведение.

Выбираем роутер, жмем на "-" (Actions menu), оно всплывает под кнопками меню группового управления.