keenet07

Т.е. это дизайнерская задумка а не баг? В разрешении 4K это выглядит вот так. Скриншот во всю ширину отображения страницы. И да, серый фон за вторым столбцом плиток больше в несколько раз.

@eralde Подтверждаю. У меня также появилась серая заливка в центре. А справа и слева белые поля. на большом разрешении экрана. Только на дашборде.

4.2.1 Исправлена ошибка, из-за которой настройки открытой Wi-Fi сети (без защиты) становились недействительными после перезапуска устройства. [NDM-3485]

Если ваш прокси виден в системе как подключение, то можно.

Галочка Эксклюзивный маршрут в пользовательских правилах маршрутизации.

Что ещё заметил. До того как начал экспериментировать с этим. Переход в Приложения и полная загрузка страницы до появления всего содержимого происходила за 5 сек. Т.е. 5 сек крутится эта анимация загрузки на пустой странице меню. Потом всё прорисовывается. Чем больше я обновлял эту страницу пытаясь отловить глюк, тем дольше становилась её загрузка. На данный момент без перезагрузки устройства обновил страницу не менее 100 раз. И на текущий момент каждая загрузка её длится уже 30 сек. Явно какой-то процесс лишний происходит. Возможно если продолжать время будет расти кратно. Получается чем дольше пользуешься интерфейсом, в данном случае переходишь в Приложения, нарастает время на его прорисовку. Возможно конкретно в этой ситуации с недоступными серверами. И наоборот, выдержал какую-то паузу в несколько минут. Обновил страницу и она загрузилась уже за 20 секунд. Тайминги указываю достаточно точные. Предполагаю, что какой-то процесс при загрузке просто повторяется по несколько раз. А может быть и утечка какая-нибудь. Другие пункты меню веб-интерфейса загружаются как и прежде, без каких-либо возросших задержек.

Вот снова поймал его. Он не повторяется часто. Приходится страницу обновить пару десятков раз. Попробую посчитать, может имеет какое-то значение. Сначала думал может как-то зависит от переходов от какого-либо пункта меню к Приложениями. Но нет. Ловится и обычным обновлением F5 страницы Приложения. В журнале ничего не обычного: Core::Ndss: [12424] cannot connect to the server. Core::Configurator: not found: "components/list" [http/rci]. Напомню, доступ туда закрыт по IP.

Предварительный

VPN-СЕРВЕР IKEV2/IPSEC Не установлены Установите компонент для активации приложения Вот этот компонент снова вылез. Без доступа на сервера. Думаю видно что при этом нет всех остальных не установленных. Страница загружена полностью. При повторном обновлении страницы он исчезает.

Да. Даже если предположить что прошивка как-то прорвалась на свои сервера, и загрузила данные для components list, то почему не отобразились и все остальные не установленные компоненты. Ладно. Думал может у вас сразу появится какая-нибудь мысль на этот счет. А так в целом наверное разбираться в этом никому и не нужно. PS: Сейчас пытался повторить этот эффект, но сколько не обновляю страницу разными способами, при закрытых серверах ничего лишнего больше не появляется. Возможно что-то поменяется если перезагрузить устройство и обновлять не выпуская на сервера. Отпишусь, когда смогу проверить. Никакой кэш в браузере ведь не мог создать такой эффект?

Наверное не совсем понятно написал. Вопрос в том почему при первом переходе на страницу не установленных приложений нет. А если обновить её, то где-то оно находит одно приложение и отображает. Но не все доступные, как было бы в штатном режиме работы. Как и задумано. Повторюсь доступ к серверам обновлений в этот момент закрыт с самого начала загрузки устройства. Мне это как бы не мешает, но из любопытства спрашиваю. В чем разница подходов между первым и вторым к примеру обновлением этой страницы.

Пункт меню Приложения при переходе в него запрашивает список доступных компонентов, чтобы показать те которые можно было бы доустановить. Но если этот список не доступен, по причине того что обновления к примеру заблокированы вручную, то при переходе в это меню страница пуста, несколько секунд идёт попытка получения списка с анимацией кружка и только потом загружается содержимое страницы с только установленными компонентами. При этом уже не отображаются вкладки Скрыть неустановленные и Показать все. Есть только вкладки Две колонки/Три колонки только отображаются они уже не справа а слева. Это ладно. Но если перезагрузить/обновить эту страницу, то вкладки Скрыть неустановленные и Показать все появляются и даже в списке появляется в моем случае один неустановленный компонент. Но только один. Не все. Там нет ни Кабинета, ни OpenConnect и всего остального доступного но не установленного у меня. В общем по-моему там есть какая-то ошибка или странная логика работы. Понятное дело, если я открываю доступ на сервера обновлений и обновляю страницу Приложения, то там уже появляются и все остальное доступные для установки компоненты, типа Кабинета, OpenConnect и чего-то там ещё. Всё это на 4.2b4. На 4.2.0 не проверял.

Если трафик с DNS провайдером и так уже защищен протоколом, то особо смысла нет.

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

Уже заметили. А вообще в тех. поддержку. Контакты на сайте.

Не знаю почему, в целях безопасности, чтоб устройство не оставить без пароля или действительно баг. Нужно дождаться комментария разработчиков. @eralde возможно что-то по вашей части. PS: удалите на всякий случай пароль из публичного пространства форума. PSS: Если это какая-то ошибка интерфейса, то попробуйте задать пустой пароль командами в CLI.

А этот пароль случайно не соответствует паролю написанному на обратной стороне роутера?

Верно. Другими вкладками и не пользуюсь. Эта самая информативная и полезная. Даже забыл что в других вкладках другая цветовая гамма =))

Мне наоборот нравится больше то что сейчас на 4.2. Гамма в спокойных не ярких холодных тонах. Ничего не сливается и не раздражает. Соответствует теме общего оформления всего интерфейса.

Почему так решили сделать? Т.е. настройка в профилях Транзит запросов утратила силу? Совсем транзитные ловить нельзя? Или же вы имеете в виду, что описанное вами поведение справедливо как раз тогда, когда стоит галка Транзит запросов, а когда снята, всё перехватывается и перенаправляется, как и прежде?

Ну вы тип VPN своего знаете? OpenVPN, WireGuard или иное. IP адреса, шлюз, подсеть тоже должны видеть когда подключаетесь. Или знать. Вот и найдите в этом списке запись которая соответствует вашим данным.

А способ с WISP не подходит? Раздаете на мобильном телефоне интернет по вайфай. Роутером подключаетесь по вайфай к этой точке.

Как считаете, имело бы смысл сделать отдельную настройку для изменения размера хранимого в памяти файла лога системы, он же Системный журнал. По умолчанию для всех может оставаться текущий его размер. А для тех кому нужно хранить его чуть больше чем это реализовано сейчас, дать такую возможность. Памяти в современных моделях достаточно. Так же, в лог могут попадать циклически повторяющиеся события, которые очень быстро заполняют всё пространство Системного журнала тем самым полностью вытесняя все остальные события. Например, на главной странице интерфейса зашита циклическая проверка наличия новых версий прошивки, но когда по каким-либо причинам нет доступа к серверам компании в лог циклически сыплется: Сен 4 xx:xx:xx ndm Core::Ndss: [11374] cannot connect to the server. И так всё время пока открыта главная страница веб-интерфейса. Отключить эту проверку по-моему нельзя. Возможно, есть и другие подобные сценарии с засорением системного журнала. Как минимум можно сделать стекование события, когда однотипное событие повторяется подряд. Писать в журнал, "событие такое-то.. Столько то раз..." Ну а в случае с проверкой обновлений, всё такие дать возможность отключить её полностью.

Вроде уже обещали увеличить, или даже увеличили. Говорили никаких проблем с этим нет. Но это не точно.

Более того, даже не обязательно VPN. У меня через WISP соединение работает. Лишь бы интерфейс был представлен в системе и шлюз.