alblks

Подтверждаю. Если потом руками выдать "interface PPPoE0 dyndns update", апдейт проходит. Вообще работа службы DynDNS с IPv6 довольно странная. Она, скажем, считает, что сервер, к которому обращается, обязан иметь IPv4-адрес, и если его нет, отваливается с ошибкой. Хотя существуют сервисы, у которых URL для обновлений IPv6 просто не имеет адреса IPv4 в принципе.

interface Wireguard0 down interface Wireguard0 up в ndmc-консоли. Но раз упомянут ifconfig, то речь, видимо, про командную строку Entware - тогда, соответственно ndmc -c interface Wireguard0 down ndmc -c interface Wireguard0 up (вместо Wireguard0 подставить имя интерфейса, если оно отличается)

Наткнулся на некую странность (прошивка последняя стабильная 4.2.6.1). После установления соединения с OpenVPN-сервером NDM зачем-то удаляет дефолтный IPv6-маршрут (причём уже после отработки хука из /opt/etc/ndm/openvpn-route-up.d , то есть помешать этому с помощью какого-то Opkg-скрипта невозможно): [I] Mar 1 21:31:29 root: openvpn-route-up ndm_opkg_id=OpenVPN0 ndm_opkg_argc=0 ... [I] Mar 1 21:31:30 ndm: Network::Interface::Ip6: "OpenVPN0": removing default route via OpenVPN0. С IPv4-маршрутом при этом ничего такого не происходит. НО! Если в конфиг openvpn добавить "route-delay" секунды в 3, то всё в порядке, дефолтный маршрут никуда не девается: (config)> show ipv6 route table 10 sort destination ascending route6: destination: ::/0 gateway: :: interface: OpenVPN0 metric: 1024 flags: U rejecting: no proto: boot floating: no static: no Собственно, вопрос — я очень сомневаюсь, что это поведение так задумано. Но если таки да, может быть, есть смысл это где-нибудь описать?