避坑指南：OpenWrt配置IPv6后，解决‘有v6但上不了网’和‘设备获取不到v6地址’的实战记录-洪萨配资

OpenWrt IPv6配置深度排错指南：从诊断到修复的全链路实战

最近在帮朋友排查OpenWrt路由器的IPv6问题时，发现一个有趣的现象：路由器本身能获取到IPv6地址，测试网站也显示"支持IPv6"，但实际设备就是无法访问IPv6资源。这种"半残"状态比完全不能用更让人抓狂——明明成功就在眼前，却总是差那么一步。如果你也遇到了类似问题，不妨跟着这份实战指南，用工程师的思维方式层层剖析问题本质。

1. 基础检查：确认IPv6的"三层存在"

在开始复杂排查前，我们需要先确认三个基本要素是否齐全，这相当于给IPv6网络做一次"全身体检"：

运营商支持验证
在OpenWrt的SSH终端执行：

ubus call network.interface.wan status | grep -A 3 ipv6

正常应显示类似：

"ipv6-address": [ { "address": "2408:8207:1234:5678::2", "mask": 64, "preferred": 3600, "valid": 86400 } ], "ipv6-prefix": [ { "address": "2409:8a55:1234:5678::", "mask": 60, "preferred": 3600, "valid": 86400 } ]

如果ipv6-prefix为空，说明运营商可能没有分配PD前缀，这是后续设备获取地址的基础。

路由表检查
执行：
```
ip -6 route show
```
关键看是否存在两条核心路由：
```
default via fe80::1 dev eth0 proto ra metric 1024 2409:8a55:1234:5678::/60 dev br-lan proto kernel metric 256
```
第一条是IPv6默认路由，第二条是LAN侧的前缀路由。
NDP邻居发现协议
运行：
```
ip -6 neigh show
```
正常应该能看到LAN内设备的IPv6地址和MAC对应关系。如果只有fe80开头的链路本地地址，说明地址分配环节可能有问题。

提示：这三个检查最好在路由器刚重启后进行，避免缓存数据干扰判断。如果其中任何一项缺失，后续的配置都是空中楼阁。

2. 防火墙规则深度解析：看不见的IPv6守门人

OpenWrt的防火墙对IPv6有着"特殊照顾"，很多问题其实都源于防火墙的"过度保护"。让我们用手术刀般的精度来解剖这些规则：

2.1 关键防火墙区域

查看当前防火墙配置：

uci show firewall | grep -E 'zone|forward'

重点关注以下输出：

firewall.@zone[0].name=lan firewall.@zone[1].name=wan firewall.@zone[2].name=wan6 firewall.@forwarding[0].src=lan firewall.@forwarding[0].dest=wan

常见问题场景：

缺少wan6区域：IPv6流量没有专用处理通道
lan到wan6的转发未启用：IPv6出站流量被阻断
wan6区域未绑定到WAN接口：IPv6入站规则失效

2.2 动态规则检查

实时监控防火墙对IPv6包的处理：

logread -f | grep -i ip6

同时另开一个终端执行IPv6测试：

ping6 ipv6.google.com

观察日志中是否有类似拦截记录：

[UFW BLOCK] IN=eth0 OUT= MAC=... SRC=2408:... DST=2a00:... PROTO=ICMPv6

2.3 修复方案

执行以下命令序列进行修复：

# 确保wan6区域存在 uci -q delete firewall.@zone[-1] uci add firewall zone uci set firewall.@zone[-1].name='wan6' uci set firewall.@zone[-1].input='REJECT' uci set firewall.@zone[-1].output='ACCEPT' uci set firewall.@zone[-1].forward='REJECT' uci set firewall.@zone[-1].masq='1' uci set firewall.@zone[-1].mtu_fix='1' uci add_list firewall.@zone[-1].network='wan6' # 添加lan到wan6转发 uci add firewall forwarding uci set firewall.@forwarding[-1].src='lan' uci set firewall.@forwarding[-1].dest='wan6' # 提交更改 uci commit firewall /etc/init.d/firewall restart

3. DHCPv6与RA的协同工作机制

IPv6地址分配比IPv4复杂得多，它采用DHCPv6和RA（Router Advertisement）双轨制。理解它们的交互是解决问题的关键。

3.1 协议交互诊断

使用tcpdump抓取IPv6控制平面报文：

tcpdump -i br-lan -vvv -n 'icmp6 && (ip6[40] == 134 || ip6[40] == 135 || ip6[40] == 136) or udp port 547'

正常应该能看到三类关键报文：

RA报文（ICMPv6 type 134）：路由器定期广播，包含网络前缀等信息
RS报文（ICMPv6 type 133）：设备主动请求RA
DHCPv6报文（UDP 547端口）：地址分配细节

常见异常模式：

只有RA没有DHCPv6：可能配置为SLAAC-only模式
RA中M/O标志位异常：影响设备获取地址的方式
DHCPv6报文未响应：服务未正确运行

3.2 OpenWrt特定配置

检查odhcpd服务状态：

ubus call odhcpd status

关键参数解析：

{ "ra": { "enabled": true, "default_lifetime": 1800, "managed": true, "other": true }, "dhcpv6": { "enabled": true, "leasetime": "12h", "start": 100, "limit": 150 } }

其中managed和other标志位决定设备如何获取地址：

M=1,O=1：使用DHCPv6获取地址和其他配置
M=0,O=1：SLAAC获取地址，DHCPv6获取其他配置
M=0,O=0：仅SLAAC

3.3 客户端兼容性问题

不同操作系统对IPv6的实现有差异：

操作系统	默认行为	特殊要求
Windows 10	优先DHCPv6	需要M=1
Linux	SLAAC优先	需要O=1
Android	仅SLAAC	忽略DHCPv6
macOS	混合模式	依赖RA参数

可以通过强制设置解决兼容性问题：

uci set dhcp.lan.ra_management='1' uci set dhcp.lan.ra_default='1' uci commit dhcp /etc/init.d/odhcpd restart

4. 内核参数与系统级调优

有些深层次问题需要触及Linux内核的IPv6栈配置。以下是几个关键调整点：

4.1 内核参数检查

查看当前IPv6相关参数：

sysctl -a | grep ipv6 | grep -E 'conf|forwarding'

重点关注：

net.ipv6.conf.all.forwarding=1 net.ipv6.conf.default.forwarding=1 net.ipv6.conf.br-lan.accept_ra=2 net.ipv6.conf.br-lan.accept_ra_rt_info_max_plen=64

4.2 永久生效配置

创建持久化配置：

cat > /etc/sysctl.d/60-ipv6.conf <<EOF net.ipv6.conf.all.forwarding=1 net.ipv6.conf.default.forwarding=1 net.ipv6.conf.all.accept_ra=2 net.ipv6.conf.default.accept_ra=2 net.ipv6.conf.br-lan.accept_ra=2 net.ipv6.conf.br-lan.accept_ra_rt_info_max_plen=64 EOF sysctl -p /etc/sysctl.d/60-ipv6.conf

4.3 MTU问题排查

IPv6包头比IPv4大，MTU问题更常见：

# 检测路径MTU ping6 -c 4 -M do -s 1472 ipv6.google.com # 如果失败，逐步减小包大小 ping6 -c 4 -M do -s 1400 ipv6.google.com

解决方案：

uci set network.wan6.mtu='1480' uci commit network ifup wan6

5. 疑难杂症专项处理

经过上述步骤后，大部分问题应该已经解决。如果仍然有问题，可能是这些特殊情况：

5.1 二级路由场景

当OpenWrt作为二级路由时，需要特殊配置：

uci set dhcp.lan.ra_slaac='1' uci set dhcp.lan.ra_flags='none' uci set dhcp.lan.dhcpv6='relay' uci set dhcp.lan.ndp='relay' uci commit dhcp /etc/init.d/odhcpd restart

5.2 PPPoE特殊处理

PPPoE拨号需要调整MRU：

uci set network.wan.ppp_options='+ipv6 ipv6cp-use-ipaddr' uci set network.wan.mtu='1492' uci set network.wan6.mtu='1492' uci commit network ifup wan ifup wan6

5.3 双栈优先策略

调整IPv6优先级：

uci set network.wan.proto='dhcp' uci set network.wan6.proto='dhcpv6' uci set network.wan.reqaddress='try' uci set network.wan.reqprefix='auto' uci commit network /etc/init.d/network restart

6. 终极验证：全链路测试方案

当所有配置完成后，建议按照以下顺序验证：

基础连通性测试

ping6 -c 4 2001:4860:4860::8888 # Google DNS traceroute6 ipv6.google.com

Web访问测试

curl -6 https://ipv6-test.com wget -6 http://v6.myip.la

DNS解析验证

dig AAAA ipv6.google.com @2001:4860:4860::8888 nslookup -query=AAAA ipv6.google.com

速度基准测试

iperf3 -c speedtest.sin1.server.sg.scnet.ix -6 -p 5208

如果所有这些测试都通过，那么恭喜你，你的IPv6网络已经达到生产级可用状态。如果某个环节失败，可以根据失败点回溯到对应章节进行针对性排查。

避坑指南：OpenWrt配置IPv6后，解决‘有v6但上不了网’和‘设备获取不到v6地址’的实战记录