DietPi系统中IPv6地址租约不自动更新的问题分析

问题背景

在基于DietPi 9.9.0（Debian bookworm）系统的OrangePi Zero设备上，用户报告了一个关于IPv6地址租约更新的异常情况。设备在重启后能够正常获取IPv6全局单播地址(GUA)，但在运行1-2天后，IPv6地址会消失，仅保留链路本地地址(fe80::/64)。

环境配置

该设备运行在armv7l架构上，使用6.12.6-edge-sunxi内核。网络环境使用Ubiquiti Cloud Gateway Ultra路由器，启用了DHCPv6和SLAAC功能。系统上安装了PiHole（开发分支，启用IPv6）、Docker及相关容器服务。

技术分析

正常IPv6地址分配机制

在IPv6网络中，地址分配主要通过以下两种机制：

1. SLAAC(无状态地址自动配置)：路由器通过路由器通告(RA)消息提供网络前缀信息
2. DHCPv6：有状态地址配置，类似于IPv4的DHCP

在本案例中，路由器同时启用了两种机制，设备应能通过SLAAC获取地址。

问题排查过程

通过系统诊断工具发现以下关键信息：

1. 网络接口状态检查：

   • 问题发生时：仅显示链路本地地址
   • 重启后：正常显示全局IPv6地址(2003:104:2f01:a800::/64)

2. 系统参数检查：

   • sysctl显示IPv6转发未启用，RA接收参数配置正确
   • 各接口的accept_ra值均为1，表示允许接收路由器通告

3. 路由器通告测试：

   • 使用rdisc6工具手动请求RA，路由器能正常响应
   • 使用radvdump监控显示RA消息定期发送(约每30分钟)
   • 默认路由有效期显示为1705秒(约28分钟)，与RA间隔匹配

可能原因分析

1. 内核网络栈异常：可能在长时间运行后，内核停止处理RA消息
2. 网络配置冲突：Docker网络桥接可能干扰主接口的IPv6配置
3. 路由器兼容性问题：特定RA参数可能导致设备处理异常
4. 系统服务问题：网络管理服务可能在某些条件下停止处理IPv6配置

解决方案与验证

虽然问题在安装监控工具后未再复现，但建议采取以下措施确保稳定性：

1. 定期监控：使用radvdump持续监控RA接收情况
2. 日志分析：检查系统日志(journalctl -u systemd-networkd)中网络服务状态
3. 内核更新：保持内核版本更新，修复可能的网络栈问题
4. 配置检查：确认/etc/network/interfaces或Netplan配置未覆盖IPv6设置

总结

IPv6地址分配问题往往涉及多方面因素，从路由器配置到系统内核处理机制。本案例展示了如何使用专业工具(rdisc6、radvdump)诊断IPv6网络问题，并强调了长期监控的重要性。对于类似问题，建议从RA消息收发、系统参数配置和日志分析三个维度进行综合排查。