keenet07

DLNA через VPN если канал широкий. https://help.keenetic.com/hc/ru/articles/360000865499-Медиатека-DLNA https://help.keenetic.com/hc/ru/articles/360013844220-DLNA-через-VPN

https://help.keenetic.com/hc/ru/articles/214470885-Как-определить-оптимальный-размер-MTU- https://help.keenetic.com/hc/ru/articles/360003176880-Настройка-размера-MTU

Ясно. Значит всё-таки какие-то проблемы в самом IPoE от Билайна. Может быть фрагментация пакетов какая... Попробовать покрутить параметр MTU. Вообще можно попробовать захватить трафик в пакетном режиме и посмотреть что там происходит, если сможете разобраться конечно.

А какие DNS вы используете? Те, что Билайн выдает или на ультре у вас какие-нибудь интернет-фильтры настроены или DOH/DOT?

Понятно. Очень не гибкое решение хотя многим и подходит. Через профили доступа попробуйте.

А что до Кинетика у вас как-то по-другому всё пробрасывалось? Возможно вот тут найдете что-то подходящее https://help.keenetic.com/hc/ru/articles/360000033699-Настройка-проброса-порта-через-резервное-подключение

А лучше сразу добавить новую сущность "Автоматизация". Где можно было бы с помощью гибкого расписания запускать любую команду или менять любую настройку. А там уже всё равно, перезагрузка это будет или например включение выключение каких-то точек доступа.

Ну да. Как вариант, можно было бы в вебе сделать чтоб настройки изначально только применялись к загруженной конфигурации. А в шапке по всем страницам выводилась бы активная надпись "Текущие настройки не сохранены. Сохранить?" Только это конечно не спасёт от самоблокировки доступа. Ну если только к этой надписи в шапке сделать отображаемый таймер обратного отсчета для несохранённых настроек. Например, через 10 минут если не нажал "Сохранить", вернуть настройки к предыдущей сохраненной конфигурации. Или пойти дальше и ещё сделать настройку этого режима. Если включаешь Безопасный режим, то настройки через эти 10 минут возвращаются к предыдущему состоянию, а если Обычный режим, то просто автоматически сохраняются по окончании времени таймера, чтоб не забыть сохранить.

185.49.141.37 https://getdnsapi.net Нидерланды. Такой же публичный резолвер как и 8.8.8.8 или 1.1.1.1 только менее известный и более мелкий. В целом все эти запросы для скорости и для надежности резолвинга адресов вашего DOH сервера. Они отправляются одновременно и самый вроде самый быстрый ответ и используется. А дальше уже все ваши запросы идут исключительно внутри DOH.

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

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

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

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 Там же есть ссылка на запрос разработчикам для добавления распознания новых сервисов и протоколов.