keenet07

Согласен. Версия 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 где был этот тест больше нет, вместо неё кое-что по круче. Ну и самого теста естественно тоже теперь больше нет.

не по теме

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

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

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

Вам сюда

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

http://192.168.1.1/controlPanel/administrator

В веб-интерфейсе. Обсуждали ведь уже это.

https://help.keenetic.com/hc/ru/articles/360000550420-Интернет-фильтр-SkyDNS