Balay

Подскажите, удалось ли кому-нибудь подключить AdGuard VPN CLI 1.8.x к штатному интерфейсу OpkgTun0 в KeeneticOS без переименования tun0? У меня Keenetic Peak KN-2710, KeeneticOS 5.1.8, Entware, AdGuard VPN CLI 1.8.1-rc.2. В AdGuard VPN CLI 1.8 появилась возможность указать имя TUN-интерфейса и использовать уже существующий интерфейс. Настроил следующим образом: Mode: tun Tunnel routing mode: none TUN interface name: opkgtun0 Use existing TUN interface: on Интерфейс OpkgTun0 создан средствами KeeneticOS, в Linux он виден как opkgtun0: opkgtun0: <NO-CARRIER,POINTOPOINT,MULTICAST,NOARP,UP> Однако при подключении AdGuard VPN продолжает создавать собственный tun0, а opkgtun0 остаётся в состоянии DOWN. В отладочном журнале: OS_TUNNEL_LINUX init: TUN mode: create (routes unmanaged) OS_TUNNEL_LINUX tun_open: Device tun0 opened (use_existing = false) Получается, что настройки set-tun-device-name и set-tun-device-name-use-existing сохраняются и отображаются в config show, но фактически не применяются VPN-движком. Кто-нибудь уже пробовал эту функциональность в AdGuard VPN CLI 1.8.x на Keenetic? Удалось ли подключиться непосредственно к opkgtun0 без переименования интерфейсов и дополнительных скриптов? Если получилось, поделитесь, пожалуйста, версией CLI и рабочей конфигурацией. Возможно, я упускаю какой-то нюанс настройки либо это ошибка текущей бета-версии.

В общем, пока оказалось проще запускать adguard vpn в режиме socks5 proxy, подключиться к нему через родной proxy client и уже к настроить DNS маршрутизацию через него.

Спасибо, увидел и выше ваше собщение. Попробую. Странно, что с таким костылем, неужели это не продумали, когда делали. Попробовал. Пока не очень, после переименования opkgtun0 в tun0 Adguard подключается, но трафик через tun0 не идет. Проверяю командой curl --interface tun0 http://myip.wtf/json

А если у любимого софта нет возможности настройки имени интерфейса, т.е. всегда создается tun0, то получить к нему досуп через NDMS не получится? Речь про Адгард ВПН Кли.