keenet07

Не то. Да и по времени это событие позже. Ищите от службы ndhcpc

Строчку выше этой покажите. Иначе не имеет смысла. А в целом значит что событие обозначенное ранее событие повторялось 394 раза.

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

@Panda777 Из того что сказано: Одному из разработчиков который бы мог непосредственно этим заняться данная идея в принципе нравится. Но, есть много других задач спущенных откуда-то ещё сверху и времени на это пока нет. И третье, задача всё ещё находится в фокусе разработчиков, но требуется больше примеров применения данного функционала в жизни.

По-моему тут вопрос из разряда "придите, сами посмотрите".

https://help.keenetic.com/hc/ru/articles/360000489679-Список-устройств https://help.keenetic.com/hc/ru/articles/360000394159

1. 2. Нет, можно через Keenetic Recovery, Подмените только бинарник на скачанный

Согласен. Версия 2.16. Скорее всего у вас сгорел WIFI модуль. Роутер у вас в постоянной перезагрузке. Старые версии ничего не дадут. А вот уже после 2.05. Не помню с какой точно версии реализовали возможность загрузки роутера в режиме без WIFI. Будет обычный маршрутизатор.

Понял. Значит всё-таки из-за отсутствия хотя бы одного из фильтров. Жаль что не работает независимо.

Может ли это быть причиной того что не установлены фильтры? Возможно данная команда использует часть их кода?

Так, ещё раз. В качестве DNS у меня настроены только 3 сервера DOT. Никаких фильтров не настроено. Они даже не установлены. Захожу в CLI, пробую команду и получаю Что не так?

Ну может быть не 2/3 но очень много. Ну да, вручную это делать точно дело неблагодарное. Автоматически через домены можно попробовать. Но по настоящему может помочь только какой-то режим самообучения просеивающий гугл сервисы из общего трафика или временно работающий в изолированном режиме, когда обращения идут только к гугл сервисам, накапливая роуты. Ну вот появился ведь в 3.7. новый инструмент NTCE. Ну умеет ведь мало-мальски определять гугл сервисы и даже различает некоторые из них. Ну вот если возможно объединить все эти возможности в один инструмент и будет уже лучше чем ничего.

VPN-подключения, конечно же. Но вы меня и так поняли. Точно забыл про этот глобал, т.к. всегда его снимаю с VPN подключений как ненужный в моих сценариях работы. Но TC всёравно не получит то что хочет. Т.к. настроив через приоритеты профиль со своими телевизорами работать через VPN подключение туда уйдет весь трафик устройств, а не только гугл как он хочет.

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

Возможно я что-то перепутал. Тогда на почту.

На сколько я понял пополнением базы сигнатур и других способов определения трафика занимается компания разработчик данного модуля PACE 2. https://www.ipoque.com/products/dpi-engine-rs-pace-2 Там же есть ссылка на запрос разработчикам для добавления распознания новых сервисов и протоколов.

Снова нужно, приходится мучиться.

Может получится в текущую бету протащить?

Да удалите вы этот клиент SkyDNS если не пользуетесь. А не пользуетесь потому-что не настроен. Вот он и долбит сообщениями в лог. Как он настраивается я вам уже давал ссылку https://help.keenetic.com/hc/ru/articles/360000550420-Интернет-фильтр-SkyDNS

В новой версии 3.7 старой версии IntelliQoS где был этот тест больше нет, вместо неё кое-что по круче. Ну и самого теста естественно тоже теперь больше нет.

не по теме

Там есть свои сложности. Помимо того что эти сотни, возможно и для кого-то и тысячи IP адресов нужно будет где-то хранить. Если в основном конфиге, то это накладно по размеру. Если не в нем, то это проблемы с переносом конфигурации. Сами правила маршрутизации то точно в конфиг должны будут попадать. Плюс желательно разработать оптимальный механизм автоматического обновления и чистки этих списков. Не всё так просто. Тут целая отдельная служба должна работать.

Ну кому как. По-умолчанию скорость низкая.