eralde

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

На самом деле галочка включает не только 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 переводы для этих строк не были подготовлены, поэтому используются строки на английском.

Конкретно к точкам доступа в сегменте ни та, ни другая команда не имеют отношения. Описание обеих можно найти в руководстве пользователя по командой строке. Руководство по командной строке для вашего устройства можно найти здесь: https://help.keenetic.com/hc/ru/sections/203198569-Файлы

Ваш файл виден модераторам, это как раз то, что нужно, спасибо.

@otets-grigoriy, кажется, с текущей версией вам должно помочь удаление роли iptv с нулевого порта. interface GigabitEthernet1/0 no role iptv system configuration save

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

Я не до конца понимаю предубеждение против второй вкладки. Но в описанном сценарии нужно тогда сразу и делать консоль, которая будет появляться поверх текущей страницы или диалога. Выносить такую функцию в меню для всех пользователей, на мой взгляд, излишне. Уверен, что даже с WebCLI количество вопросов "а что это/а зачем это" вырастет по сравнению с предыдущей версией интерфейса.

Какой у всего этого сценарий использования? Почему не годится журнал, постоянно открытый в отдельной вкладке?