keenet07

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

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

И не забыть снять ограничение по скорости для гостевого. )

Нет простого решения в одну галочку. Я вам предложил создать пару правил в Межсетевом экране на вкладке Домашнаяя сеть, в теории дающим нужный эффект. Первое правило запрещает доступ к 192.168.1.1 по 80 порту для всей подсети 192.168.1.х Второе разрешает доступ к 192.168.1.1 по 80 порту одному конкретному IP адресу (например это адрес ПК подключенного по проводу 192.168.1.52) с которого доступ будет разрешен. Этот ПК должен быть зарегистрирован и закреплен по MAC адресу. По идее, если у вас для всех клиентов используется одна подсеть 192.168.1.х, то все кроме 1.52 доступа к админке не получал. Ну есть ещё нюанс с доступом по доменному имени, это нужно проверять. Но аккуратно при создании, чтоб не заблокировать случайно себе доступ отовсюду.

Вам сюда