keenet07

В чем сложность сделать хотя бы возможность оставлять описание для статических маршрутов по примеру переадресации?

Это хорошо. Но я стремлюсь к уменьшению лишних соединений, чтоб всё было визуально понятно кто куда и зачем. Кстати, подскажите на порту 4044 роутер что делает? Le ecureuil: offtop, прекращаем

Всё понятно. Сложная конструкция при работе через DOH получается. Для меня преимущества пока не очевидны. Останусь пока на DOT. Хотя работа через DOT у меня почему-то в два раз медленнее чем через DOH (через тот же CloudFlare)

DOH почему-то вообще отказывался работать при запрещённых исходящих для роутера на 80 порт. Разве он не по 443 сразу работает?

Заметил что при работе DOH роутер открывает большое количество отдельных соединений на свой DNS сервер. Это нормально? На каждый запрос отдельное соединение как при работе обычного DNS? Я думал будет работать внутри установленного HTTPS соединения. При настроенном DOT соединение висело одно. (в Активных соединениях)

Хорошо. Но вот как уже выясняется при работе DOH используются в некоторой степени. Причем ещё и с какой-то периодичностью. Вижу в Диагностике в Активных соединениях среди соединений роутера появляются соединения на эти служебные простые DNS сервера. Довольно часто.

Какой приоритет использования DNS серверов, если настроен и DOT и DOH. Что будет использоваться по факту? Или лучше зачищать альтернативный вариант? И ещё, будет ли автоматически использоваться прописанный классический DNS, в случае временной недоступности серверов по DOH и DOT?

А как вообще при таком варианте работы (когда у нас в настройках прописано только https://dns.cloudflare.com/dns-query) через DOH резолвится IP адрес самого DNS сервера?

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

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

Да. Никогда не надеялся на гарантию, если сломается проще будет заменить. Если программный сбой - сбросить и перенастроить, сменить прошивку. Прочая информация по настройке есть в свободном доступе. Официальной техподдержкой тоже не пользуюсь. Четно говоря, в сообществе найти ответ на свой вопрос чаще бывает гораздо проще, чем добиться чего-то от официальной поддержки. (той которая через емейл или по телефону)

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

Здесь обсуждается вполне конкретный вопрос. Всё остальное выглядит лишь как попытка заболтать тему.

Так вообще без проблем. Я не пользуюсь ни одной облачной службой. Только вот телеметрия может и отдельно передаваться. Может быть даже и в момент определения доступности интернета на устройстве. Когда роутер отправляет UDP пакет на 9 порт на сайт компании. А если 9 порт закрыт то ломится на TCP 80 порт.

Никто же не просит полностью для всех убирать телеметрию. Просто сделать скрытую возможность её отключения. Для десятка или сотни параноиков, которые специально будут искать способ её отключения. Остальные, как отправляли по умолчанию так и будут. Не уж то не хватит разработчикам информации для совершенствования продукта? Обязательно нужны все 100%? Оно ведь для этого собирается? ) И, кстати, кто-нибудь знает в какой момент, сколько раз и каким способом она передается? Может её перекрыть самостоятельно проще простого и не нервировать разработчиков.

Пока не ставил эту прошивку. Скажите, данный функционал реализован только через консоль? Или из веб-интерфейса уже можно включать и настраивать?

Хорошо. А если использовать как связующее звено VPN SSTP, он то чем в таком случае будет отличаться от HTTPS? А в туннеле и радмин и всё что захочешь. Только скорость ограничена.

В облачной службе работает анализатор трафика?

А что мешает на сервере радмина поменять входящий порт на 80 или 443?

Так же нужны алерты для браузера. Они бы выводили важные события всплывающим облачком.

@vasek00Я думал, как бы упростить эту процедуру, а вы предложили как её ещё более усложнить.

@Николай30Я об этом написал. Таймер действительно может быть не только для гостевой, куда входить можно будет, как с паролем, так и без, не принципиально. Но и для основной. Создание расписания не всегда быстро и удобно. Иногда проще было бы поставить таймер, например на использование ТВ-приставки.Или ограничения пользования интернетом детьми. Расписание не покрывает все сценарии включения и выключения доступа.

Нужно какое-то решение которое бы позволило давать человеку (устройству по MAC) доступ в интернет на определенное время задаваемое таймером. Например включил доступ для друга на 1 час. Или до конца дня. И не паришься с тем чтобы создавать какое-то одноразовое расписание, а потом отключать его вручную. Чтоб работало по принципу "дал и забыл". Так же можно сделать таймер отключения гостевой сети. Это, если требуется дать доступ неопределенному кругу лиц на время и не забыть отключить. Это мне даже чаще требуется.

Очень не хватает истории последних MAC-адресов подключающихся к устройству. Но не разбросанной по логу. А компактно в одном месте. Если с датой и временем то вообще супер.

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