华三路由器是否支持IPv6环境下的DDNS自动更新？

Question

华三（H3C）部分中高端路由器（如MSR系列、IRF架构的CR16000等）在较新版本Comware V7/V9系统中已支持IPv6环境下的DDNS自动更新，但存在明显限制：仅兼容少数DDNS服务商（如DynDNS、No-IP的IPv6专用接口），且要求WAN口获取IPv6地址方式为SLAAC或DHCPv6-PD（需稳定前缀），不支持无状态IPv6地址频繁变动场景；多数入门级设备（如ER系列旧型号、WA系列无线网关）的Web界面和CLI中完全缺失IPv6 DDNS配置项，固件亦未实现RFC 4704（DNS Update for IPv6）相关逻辑。用户常误以为开启IPv6后DDNS会自动适配，实则需手动确认版本号（display version）、执行ddns apply ipv6命令（V7.1.07+起支持），并验证DNS服务商是否提供AAAA记录动态更新API。典型故障表现为日志提示“DDNS IPv6 address not available”或更新后解析仍为旧IPv4地址。

Answer 1

一、现象层：IPv6 DDNS“看似可用，实则失能”的典型表现

用户开启IPv6后，在Web界面中未见DDNS配置入口；CLI执行 ddns apply ipv6 报错“Unrecognized command”；display ddns status 显示 IPv6 地址字段为空；DNS解析仍返回过期的A记录，AAAA记录长期未更新；日志持续输出 %DDNS/4/DDNS_IPV6_ADDR_UNAVAILABLE。该层级问题常被归因为“IPv6没配通”，实则已越过连通性门槛，陷入协议适配盲区。

二、机制层：Comware V7/V9对RFC 4704的有限实现与架构约束

• 协议支持断点：V7.1.07+起引入 ddns apply ipv6 命令，但仅封装了基于HTTP POST的轻量级更新（非标准RFC 2136 DNS UPDATE事务），不支持TSIG签名、GSS-TSIG或IPv6地址变更通知（RFC 4704 Section 5）；
• 地址感知缺陷：仅监听 ipv6 address auto link-local 或 ipv6 address prefix ::/64 eui-64 类型的SLAAC地址，对DHCPv6无状态分配的临时地址（RFC 4941）完全忽略；
• IRF同步盲区：CR16000多框IRF场景下，DDNS客户端仅在主控板（Master）运行，备板不参与地址探测，导致主备切换后更新中断超时（默认60s）。

三、兼容层：主流DDNS服务商API能力与华三实现的错配矩阵

服务商	是否提供IPv6 AAAA更新API	认证方式	华三Comware兼容性	关键限制
DynDNS (dyn.com)	✅ 已废弃（2023年关闭）	Basic Auth	❌ 不再支持	需迁移至Oracle Dyn
No-IP（noip.com）	✅ /nic/update?hostname=xxx&myip=2001:db8::1	Basic Auth	✅ V7.1.07+ 支持	仅接受完整IPv6地址，不支持/64前缀自动推导
FreeDNS (freedns.afraid.org)	✅ 支持AAAA，需token参数	URL Token	⚠️ 需手工构造URL，无内置模板	Comware不解析query参数中的IPv6，需定制脚本
Cloudflare API	✅ 全功能REST API	Bearer Token	❌ 无原生集成	需通过EAA或外部Linux主机中转

四、诊断层：五步精准定位IPv6 DDNS失效根因

1. 确认固件版本：display version | include ComWare → 必须 ≥ V7.1.07；
2. 验证WAN口IPv6获取模式：display ipv6 interface GigabitEthernet0/0 → 检查是否含 auto-config（SLAAC）或 dhcpv6-pd（非 dhcpv6 client）；
3. 抓包验证地址稳定性：ping6 -c 5 fe80::1%GigabitEthernet0/0 && display ipv6 routing-table | include ::/0；
4. 检查DDNS服务端响应：debugging ddns all + terminal monitor → 观察HTTP 200/401/403及返回体；
5. 人工模拟更新：curl -v "https://dynv6.com/api/update?hostname=xxx.dynv6.net&token=xxx&ipv6=2001:db8::1" 验证服务商可达性。

五、方案层：面向生产环境的三级演进式解决路径

以下为适配不同设备能力与运维成熟度的组合策略：

graph LR
  A[基础级：MSR3640 V7.1.07+] --> B{WAN口为DHCPv6-PD？}
  B -->|是| C[启用 ddns apply ipv6 + No-IP模板]
  B -->|否| D[部署本地radvd+DHCPv6服务器，强制生成稳定/64前缀]
  C --> E[监控 display ddns ipv6-status]
  D --> F[使用Python脚本轮询 ifconfig | grep 'inet6.*global' | awk '{print $2}' | cut -d'/' -f1]
  F --> G[调用Cloudflare API via curl -X PATCH]

六、规避层：ER系列/WA网关等低端设备的IPv6 DDNS替代架构

因固件无RFC 4704逻辑，推荐采用“边缘代理+中心调度”模型：

• 在局域网部署一台轻量Linux主机（如树莓派），运行 ddclient 并启用 use=if, if=eth0 + ip_version=6；
• 通过SNMP或HTTP GET轮询华三设备：curl -s "http://admin:pwd@192.168.1.1/func/funGetIpv6Addr?if=GigabitEthernet0/0"（需开启Web Server）；
• 利用华三的 schedule job 功能，每5分钟触发一次 ftp get 下载Linux主机发布的当前IPv6地址文件；
• 最终由Linux统一完成AAAA记录更新，解耦设备能力瓶颈。

七、演进层：从Comware V9到H3C自研OS的协议栈重构展望

H3C最新发布的Comware V9.5（2024Q2）已在实验室版本中引入 dns-update protocol rfc2136 子命令，支持TSIG密钥协商与SOA序列号校验；同时开放 ipv6 ddns trigger mode address-change 事件驱动机制，可响应RA消息中M/O标志位变化。这标志着华三正从“HTTP胶水式DDNS”向“标准DNS事务栈”跃迁——但当前仍处于Beta阶段，建议生产环境暂缓升级，优先采用前述代理方案保障SLA。