eralde

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

Сейчас на карточке отображаются все интерфейсы с признаком interface ip global. Так сделано, потому что интерфейсы с таким признаком позволяют Кинетику/хостам за Кинетиком ходить в интернет (в зависимости от политик, расписаний и т.д.). Можно придумать, конечно, другой критерий для отображения, но он должен работать для всех пользователей. Любую новую настройку такого рода не слишком сложно добавить, но скорость добавления связана с числом пользователей, которым такая настройка нужна. Как вы думаете, насколько часто такая конфигурация встречается у других пользователей?

Хороший вопрос. @Le ecureuil, подскажи, пожалуйста, как это должно работать.

Покажите команду целиком, пожалуйста. В качестве идентификатора экстендера подойдет либо его MAC-адрес, либо CID (и в CLI, и в WebCLI должно работать автодополнение по нажатию на Tab с вариантами).

Этой настройкой (включение/выключение портов на экстендерах) теперь тоже заведует контроллер. Попробуйте выполнить на нем (через CLI/WebCLI) mws member {member} port {port} disable system configuration save чтобы выключить определенный порт. Чтобы включить порт обратно -- все то же самое, только нужно добавить no перед disable (mws member {member} port {port} no disable).

Спасибо за репорт! Проблема будет исправлена в одной из следующий версий 4.3.

Если вы имеете в виду сервер, то в веб-интерефейсе в будущих версиях на карточке сервера будет выводиться правильный адрес с учетом того, включен камуфляж или нет.

На самом деле галочка включает не только NAT: Мне лично идея показывать на карточке "Интернет" подключения, которые не имеют отношения к доступу в Интернет, кажется довольно странной. В этой теме мы обсуждаем именно карточку "Интернет". Создавайте, пожалуйста, тему в Развитии, с описанием того, что вы хотите и как, на ваш взгляд, это должно выглядеть.

Просьбу передал. Если отбросить эмоциональную составляющую (никто никого не называл в этой теме попрошайками), то сценарий использования понятный, спасибо.

@rt2676tlo спасибо, ваши файлы self-test видно. Не могли бы вы проделать ещё вот что: - открыть инструменты разработчика (DevTools) в браузере в тот момент, когда вы находитесь на странице "Монитор трафика" (обычно для этого достаточно нажать F12) - посмотреть, нет ли в появившемся окне, на вкладке Консоль (Console) ошибок - открыть вкладку Сеть (Network) и нажать там на иконку скачивания (стрелка вниз) - скачанный HAR-файл выложить сюда скрытым сообщением

Если хотите обычную digest-авторизацию, то можно настроить специальным образом ip http proxy. Пример описан тут:

Сначала авторизуетесь, получаете от сервера сессионный Cookie, затем отправляете POST-запрос. По авторизации:

Добавьте слэш после /rci -> /rci/

Это явно другая проблема. Создайте, пожалуйста, новую тему и приложите туда тот же скриншот и self-test (как это сделать, описано в шапке тут: https://forum.keenetic.com/forum/8-тестирование-dev-сборок/).

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

Нужен self-test или конфиг от устройства. На моих тестовых устройствах проблема пока не воспроизвелась.

И ваше сообщение, конечно, сильно поможет с устранением проблем Если хотите пофлудить -- проследуйте в Курилку, пожалуйста.

Обсуждение в таком тоне продолжайте, пожалуйста, либо в курилке, либо за пределами этого форума. Если вы не имеете желания помочь с отладкой, то не стоит заниматься флудом.

@dimon27254 сохраните, пожалуйста, HAR-файл в браузере в то время, когда в браузере эта проблема воспроизводится, и выложите сюда скрытым сообщением.

Проблема в том, что donut chart перекрывается сверху тултипом, я правильно понял?

Статья в базе знаний в какой-то момент, конечно, обновится. Уже сейчас можно убедиться, что команда security-level protected на точке доступа не нужна. При её выполнении система вернет ошибку, если точка доступа уже включена в мост: (config)> interface bridge0 Core::Configurator: Done. (config-if)> include WifiMaster1/AccessPoint2 Network::Interface::Bridge: "Bridge0": WifiMaster1/AccessPoint2 included. (config-if)> exit Core::Configurator: Done. (config)> interface WifiMaster1/AccessPoint2 Core::Configurator: Done. (config-if)> mac access-list type none Network::Interface::EthernetIp: "WifiMaster1/AccessPoint2": ACL type unchanged. (config-if)> security-level protected Network::Interface::L3Base error[72746480]: "WifiMaster1/AccessPoint2": interface is a member of Bridge0. Команда dyndns nobind тоже сама по себе возникать не должна, её отсутствие в конфиге точке доступа -- это нормально.

@Test Pilot

Сейчас подключения на этой карточке выводятся в следующем порядке: - на первом месте работающее подключение (то, которое в настоящий момент является шлюзом по умолчанию) - дальше идут остальные подключения, для которых задан признак "Использовать для выхода в Интернет" в порядке убывания приоритета (от самого большого к самому маленькому) На мой взгляд, если дополнительно разделить подключения по признаку включено/выключено, то эта конструкция станет только сложнее без явных преимуществ. Проще и удобнее сделать так: для каждого подключения, которое включено, пользователь может: - включить/выключить отображение графика - включить/выключить отображение дополнительной информации Для выключенных подключений оба блока автоматически скрываются, чтобы не занимать место.

Это нормально для новых строк в файлах локализации. Новые строки сначала добавляются на английском языке, а потом постепенно переводятся на остальные языки. К выпуску 4.3 Alpha 1 переводы для этих строк не были подготовлены, поэтому используются строки на английском.