keenet07

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

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

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

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

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

5.0.0 Preview Реализовали блокировку приложения из Анализатора трафика приложений. Спасибо. Осталось только дизайнеру более гармонично этот "крестик" разместить в столбце. Возможно по центру. И наверное сделать его поменьше. Или ещё как-то иначе эту кнопку оформить. Возможно теперь возникнет желание отсюда же эти же приложения и разблокировать. Но тут наверное уже всё сложнее. Хотя если было бы возможно чтоб по кнопке разблокировать здесь открылось общее примененное правило из которого можно было бы исключить разблокируемое приложение. Теперь этот пункт меню уже мог бы называться Контроль трафика приложений. )

Пока все списки применяется исключительно для политики по умолчанию и для всех кто в ней. Назначать адресно нельзя.

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

Попробуйте витую пару провайдера напрямую в ПК, чтоб исключить сам роутер.

ОК

На чем открываете сайты? На ПК? Установлен ли какой-то антивирус с комплексной защитой?

@Avatar-Lion Попробуйте для начала на DOH/DOT DNS на роутере. Пропишите те же публичные.

Нет. не всем так нужно. А какому-то и совсем даже не нужно. Но если вам нужно и если вы используете публичные резолверы сделайте для них маршрут который пустит DNS трафик через VPN когда он активен.

Если в системе указаны DOH/DOT то всё резолвится через них. Исключение это простые DNS сервера внесенные для конкретных доменов. Они будут резолвиться так как укажите. Может быть это решит вашу задачу. Для домена provider.ru и всех его поддоменов будет использоваться обычный 8.8.8.8 DNS сервер. Вместо него можете указать DNS своего провайдера.

Браузер то перезапускаете? Он помнит много не нужного между попытками.

обещали поправить в следующей версии.

Нажмите F5 или CTRL+F5

Указание в таком формате не работает? https://1.1.1.1/dns-query:5433

Не, это пояснение к слову Заблокировано. Посмотрите как это выглядит в web с ПК. В мобильной версии можно было бы вообще это не отображать. Там минимализм и так понятно всё.

В анализаторе трафика? Это там с самого начала есть и давно работает. Когда что-то заблокировано, там это указывается. Стоп. Увидел, то о чем вы говорите. Это другое. Интересно. Хотя, щас проверю. Ну да, это старый функционал. Давно работает. Вот так выглядит в рабочем виде. Но в целом согласен. В Анализаторе трафика это реализовать было бы даже проще и правильнее.

Удобно было бы находясь в Мониторе трафика выбрать конкретный тип или приложение изолировав его прямо на графике в боковой менюшке справа (см. скриншот) увидеть там функционал для блокировки этого вида трафика. По сути ведь тип трафика или приложение на этой странице уже определены, значит всю большую базу отдельно подгружать для формы выбора не нужно. Нужно только вывести окошко где можно выбрать для кого этот трафик нужно запретить, если это делается в Мониторе трафика. И это созданное правило должно появиться в меню Фильтр приложений. Или сразу в меню Анализатор трафика приложений. Там и клиента выбирать не придётся, всё уже есть в таблице.

@inheritedGleb В целом да. Но если есть куда нарастить объем журнала, это было бы так же полезно сделать.

Идеи мне нравятся, но сочетается ли это с тем что журнал в кинетик ос живёт до перезагрузки и имеет ограниченный объем? Новое затирает старое. И доступный объем очень мал. Потому-что весь он хранится в оперативной памяти. На разных моделях её разное количество. равняться приходится на минимальное. У меня некоторые повторяющиеся события вытесняют из журнала всё что могло быть полезным. Журналом можно пользоваться только в моменте. Делаешь что-то и смотришь. Он в текущем виде плохо работает как инструмент для анализа во времени. Поэтому скорее всего вам предложат воспользоваться syslog. https://help.keenetic.com/hc/ru/articles/213966129-Сохранение-журнала-системных-событий-логов-на-Syslog-сервере А так конечно картинка интересная, со вкладочками отделяющими мух от котлет. Фильтрация.

Да. У пустил, что вы говорите об автообновлении. Там всё как у беременных. )

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