Denis P

я так понимаю вы это наблюдаете со включенным opkg dns-override если обратить внимание на show dns-proxy то можно увидеть что в этом режиме включается rpc_only = on а если отключить, то уже видим dns_tcp_port = 53 dns_udp_port = 53

Hiddify что? Это обычный мультипротокольный клиент

речь шла о маршрутах на ваших "клиентах" и использовании отдельных интерфейсов, а не многопирный вариант.

wireguard сам ничего не маршрутизирует (его поведение нельзя назвать классической маршрутизацией), пользуйте статик роуты и будет вам счастье з.ы ваше сообщение ну уж очень напоминает генерацию с помощью LLM

В чем собственно проблема? Вы уже не первый человек который это упоминает, но толкового объяснения почему и как это должно было работать до внедрения проверки никто предоставить не может

3proxy в entware, как вариант из коробки можно заморочиться с wg сервером и кастомной политикой, потом воспользоваться софтиной типа wiresock которая позволяет трафик отдельных приложений пускать через wg

спасибо, проверил, теперь и ikev2 работает со своим (не keendns) доменом

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

самое забавное что у меня как и у вас включен dns-proxy filter engine opkg но в упор не вижу undefined) проверил как в хроме так и в ff

что в 4.3.2 что в 5.0A1 не наблюдаю undefined

на самом деле ничего не мешает использовать его со своим, не keendns доменом. А вот с ikev2 как раз такой финт ушами уже не пройдет

Например сюда

доступно в cli interface Wireguard<№> wireguard peer <public key> connect via <interface>

Нет

на 5.0 разделителей и вовсе нет, еще когда "сервера" два, то выглядит это подобным образом