Denis P

Возможность использовать днс маршруты в других политиках появилась только в 5.2

по всем вашим темам не гулял, по этому и уточнил.

теперь всё стало на свои места, если мы не используем dns-override, в resolv.conf попадеает 127.0.0.1 при отсутствии plaintext

Это не теория, у вас просто доступны зашитые bootstrap сервера, да, они там есть) И интересно было бы посмотреть как вы заблокировали исходящие запросы на 53 порт для самого роутера

к сожалению так это работать не будет, доты/дохи в качестве bootstrap не используются, по этому удаление обычных днсов и в том числе игнор адресов провайдера не рекомендуется + entware не сможет их использовать, потому что в resolv.conf будет пусто

при наличии plaintext они будут использованы только для bootsrap т.е для резолва имен ваших dot/doh, они в свою очередь продолжат работать

да, действительно такая проблема есть при перезагрузке контроллера настройки у ретранслятора слетают, стоит создать отдельную тему

5.2 B.0 исправлено

Параметры вещания точек доступа для ретрансляторов задаются на вкладке wifi система, нужно отметить нужное устройство и нажать "настроить" Увидел на втором скриншоте что именно это вы и делаете, направление правильное, отключать нужно там

И не поможет, читайте сообщения выше.

Списки днс маршрутов большие? Tld есть?

исправлено

У вас в принципе не правильно создано правило. Сначала читаем тут https://support.netcraze.ru/ultra/nc-1812/ru/15750-how-to-set-up-an-rdp-connection-to-your-home-computer.html Потом тут https://support.netcraze.ru/ultra/nc-1812/ru/15598-firewall-rule-examples.html#UUID-e34554eb-5605-4529-9150-c5a5fc1ca439_N1747750099401

А должны, такое поведение было всегда. Чтобы клиенты VPN серверов попадали под правила DNS маршрутизации у интерфейса нужен признак ip global (т.е "использовать для выхода в интернет") Для локальных клиентов такого требования нет

Этого канала больше нет, совсем, для вышеуказанных устройств. Хоть через консоль, хоть жертву приносите, он не появится