keenet07

Если у вас оба 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-сервере А так конечно картинка интересная, со вкладочками отделяющими мух от котлет. Фильтрация.

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

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

Хранить всё равно нужно. )) Не каждая новая версия является абсолютно стабильной. А проверить всё сразу после обновления не реально и неудобно. Так можно потеряться между несколькими не устраивающими без возможности вернуться на реально стабильную со своим набором компонентов. Но для тех кто сидит на альфах и бетах врядли стоит вопрос сохранять все предыдущие версии или нет. Для тех кто на стабильных - приемлемо.

Да нет, в словах друг друга. В какой-то момент перестали понимать кто что имеет в виду, в итоге получилась непонятка. А сам процесс уже правильно описали. И вроде как нужен только ручной механизм отката.

Что-то вы запутались.

Если только так. Идет обновление прошивки. Записывается естественно в блок где хранится предыдущая версия прошивки. Происходит аварийное завершение. И в итоге у нас роутер загружается с текущей прошивкой, а предыдущая затерта. Обновляется ещё раз. Запись идёт снова в то же место где раньше жила предыдущая. Если всё прошло успешно. То роутер загружается с новой, а текущая становится предыдущей.

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