keenet07

А лучше сделать выбор между тремя режимами. 1. Автоматическое обновление включено 2. Только критически важные обновления (по умолчанию) 3. Автоматическое обновление отключено. И уже при полном отключение сообщение о переносе ответственности за невозможность экстренно исправить найденные уязвимости. Каждый сам решает. Основная масса даже не зайдет в эту настройку и у них останется пункт 2. А те кому нужно могут отключить принудительное обновление.

Вот не через этот ли функционал это было сделано? Мы расширяем нашу программу поддержки интернет-провайдеров, реализовав поддержку модели данных TR‑098 в рамках протокола CPE WAN Management Protocol (CWMP). Эта функция доступна по запросу. Обратитесь в нашу службу поддержки (help@keenetic.ru) для получения дополнительной информации. [NDM-3870] Реализован виртуальный сетевой интерфейс Dummy для задач маршрутизации, управляемых провайдером, а также для моделирования, тестирования и других целей. [NDM-3958] Если это ставится и присутствует по умолчанию, то лучше бы чтоб была возможность удаления и отключения этих вещей.

Раньше некоторые служебные домены упоминались вот в этой статье. https://help.keenetic.com/hc/ru/articles/360002426860-Служебный-трафик Сейчас этой информации там нет, их можно найти в теме в которой мы воевали за отключение телеметрии "Возможность отключения диагностического модуля" Но знание домена это только начало пути.

@Anna_ Пост в продолжение темы.

Ну поэтому я это как баг/недоделку и озвучил в другой теме. Думал уже в 5.0.1 версии поправят. Не знаю ставили ли задачу.

Я в другой теме писал, как у меня это работает. Если правило сначала отключить переключателем, а потом удалять. То снимется блокировка сразу и надпись Заблокировано исчезнет сразу. А если не отключив правило просто зайти в него и удалить, то блокировка тоже сразу снимется, но надпись Заблокировано будет висеть ещё несколько минут. Выше я писал, почему на мой взгляд это происходит. Я помню вносились специальные правки чтоб надпись убиралась сразу в процессе выключения. А вот в процессе удаления без отключения это не срабатывает. Проверьте.

Хм. Я думал мне показалось. Но тоже заметил, что раньше роутер пытался выйти на сервера обновлений только когда ты находился на странице Параметры системы или на дашборде, потому-что там это было необходимо для проверки обновлений. А теперь он туда лезет независимо от того в каком меню ты находишься. Весь лог забило сообщением Core::Ndss: [22557] cannot connect to the server. потому-что доступ закрыт. Что-то для чего-то изменилось. Автообновление у меня отключено. В самом конфиге, тоже всё нормально components auto-update disable @Le ecureuil Не подскажите почему так? PS: Внесу поправку и дополнение к своим словам выше. Оказалось, что единожды перейдя на дашборд или на страницу Параметры системы роутер начинает попытки установить соединение с серверами обновлений. И т.к. сервера не отвечают (блокирую их, когда они мне не нужны), то роутер каждые 10 сек пытается повторно установить соединение и также каждые 10 сек пишет об ошибке в журнал. Раньше достаточно было перейти со страницы Параметры системы или с дашборда перейдя на другую страницу интерфейса и попытки полностью прекращались. А теперь, не уверен точно с какой версии прошивки, роутер не останавливает этот процесс, а продолжает попытки каждые 10 сек. И просто забивает этим весь журнал событий. Отмечу, что если перезагрузить роутер и не заходить на дашборд и в Параметры системы, а зайти с какой-то другой страницы, то процесс обращения к серверам сам не начинается. Во всяком случае 2 дня у меня, судя по логу, роутер продержался без этих попыток. Как только вышел на дашборт, снова начались попытки коннекта и сообщения в журнал. Я и раньше просил как-то сделать этот процесс отключающимся и даже уже приспособился просто по долгу не находиться ни на дашборде ни в параметрах, возможно это ещё так же касается и страницы Приложения, но теперь с этим изменением у меня и выбора вообще никакого не осталось. Выход один, перезагружать устройство. Крайне не удобно. @Anna_ А решение есть. На дашборде в настройках плиток можно добавить пункт с галочкой отключения "Автоматическая проверка обновлений" для самого дашборда, а на самой плитке "О системе" там где версия добавить кнопку-ссылку "Проверить обновление" в случае когда эта галочка снята. В параметрах системы, тоже в блоке "Обновление и компоненты KeeneticOS" добавить кнопку "Проверить обновление". В Приложениях тоже что-то придумать. Я понимаю, что всё это слишком геморно для внедрения. Автоматическая проверка удобна для интерфейса. Но вот, как видите, тоже создает большие неудобства. Просто чем меньше роутер лезет куда не просят и когда не нужно сам, тем лучше и спокойнее. Подобные вещи должны отключаться. Просьба обсудить и как-то пересмотреть этот функционал.

У меня старая версия, но пока всё устраивает. Главное без лишней необходимости не повышать минимальную версию Chrome Desktop

5.0.1 Preview Без изменений

5.0.1 Preview Пока всё без изменений.

Возможно. Но видимо есть какие-то сроки, раз уже предварительную стабильную выпустили не доведя до конца множество вещей даже из области веб-интерфейса. Есть какая-то спешка/график, а могло бы ещё на бете повариться.

Почти перешло. Пару недель возможно и выйдет стабильная 5.0

Хорошо. Возможно в каких-то версиях доступ к некоторым функциям стал доступен исключительно для учетной записи admin. Посмотрим что скажут.

@miltt Вы под админом вошли в веб-интерфейс? С полными правами? Отправьте селф-тест скрытым сообщением, чтоб дальше не гадать.

Нашёл ошибку или скорее недоделку из-за которой удаленное правило разблокирует приложение, но на нем в Анализаторе трафика приложений всё равно несколько минут продолжает висеть статус Заблокировано. В общем, проверил на Youtube множество раз. Блокирую на клиенте YT нажатием на кнопку "+" из меню Анализатор трафика приложений. Открывается окно с правилом, сохраняю его и YT сразу блокируется. Статус в таблице меняется на Заблокировано. Теперь хочу разблокировать, перехожу в Интернет-фильтры - Фильтр приложений. Нажимаю на появившееся новое правило и нажимаю удалить. Подтверждаю удаление. Приложение разблокируется. YT снова работает. Перехожу в Анализатор трафика приложений, а там статус у приложений всё ещё Заблокировано. И висит он там несколько минут. Ну точно больше 3. Что бы я там не делал. Ни F5, ни стоп/старт мониторинга не влияют на статус. Проходит время статус меняется на "+". Т.е. приложение снова можно заблокировать. Повторяю процедуру, блокирую YT также плюсиком из этого меню. Создается правило. Приложение блокируется, статус Заблокировано появился. Иду в Фильтр приложений. Но теперь не сразу захожу в это правило, а сначала останавливаю/отключаю его с помощью переключателя. Затем захожу в это правило и удаляю его. Последнее действие можно и не делать. Возвращаюсь в Анализатор трафика приложений и приложение там уже разблокировано. Снова показывает "+". Как и должно быть. Перепроверил догадку несколько раз. Много написал, но смысл в том, что при отключении правила переключателем сразу же срабатывает какая-то процедура меняющая статус приложения, а при его удаления без предварительного отключения её нет. И статус блокировки меняется сильно отложено. Хотя и в том и в другом случае сама разблокировка происходит успешно. В общем дописать там нужно, чтоб при удалении предварительно не отключенного правила статус тоже сразу менялся. @eralde @Anna_ И ещё просьба переместите столбец Черный список в Анализаторе трафика приложений на вкладке "Упорядочить по клиентам" за столбец "Скорость приложения", т.е. в самый последний столбец, как это сделано в соседней вкладке "Упорядочить по приложениям" или наоборот. А то переключаешься с одной вкладки на другую и столбец прыгает туда сюда, ну как-то это странно, согласитесь.

Устройство случайно не находится в режиме ретранслятора в составе mesh-системы? Потому как выбора режима работы там у вас я тоже не увидел. Смена региона с Беларусь на Россия ситуацию не меняет?

Если помимо shazam.com вбить ещё и www.shazam.com норм работает? Или всё-равно нужно san12.shazam.map.fastly.net добавлять?

Исчерпывающе. Значит пока остается, как есть.

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

Хорошо, доверимся вашему опыту. Я бы в принципе не стал удалять настроенное соединение. В конце концов его можно и перенастроить внутри существующего. А если оно не нужно, то значит и не используется нигде.

Ну как минимум отключить, ничего не выставляя, если возможно. Проще уж вспомнить что там было глядя на отключенное правило, чем тогда когда полностью удаляются все связи. Вот так точно можно не заметить и не вспомнить.

Нет, это маршрутизация по доменам. Вам нужно в CLI ip host DOMAIN IP_ADDR

Возможно потому-что никакие новые данные по верхнему правилу не передавались и статус не поменялся. Видимо по той же причине плюсик оставался активным пока вы создавали всё новые правила. В связи с чем видимо необходимо сделать проверку на существующее правило по шаблону.

Оно не поменяется мгновенно. Первым делом нужно снова попытаться установить соединение по ранее запрещенным приложениям. Либо сразу, либо через 1-3 минуты надпись Заблокировано исчезает. Проверял на YT. С вотсапом наверное сложнее проверить.

Дополнительная информация полагаю должна быть в журнале.