IPv6客户端仅在FE80::链路本地单播地址请求DHCPv6地址的原因及radvd.conf配置排查

嘿，我来帮你拆解这个问题，先从DHCPv6的基本逻辑说起，再结合你的radvd配置一步步分析：

首先得给你吃个定心丸——IPv6客户端用FE80::链路本地地址发起DHCPv6请求，本质上是协议规定的正常行为。你想啊，DHCPv6的核心流程里，客户端在拿到全局单播地址之前，就得先和服务器沟通获取配置，而链路本地地址是IPv6设备一启动就自动生成的，天生就能在链路内通信，所以协议设计时就把它作为DHCPv6请求的默认源地址。哪怕后来客户端通过SLAAC拿到了全局地址，绝大多数客户端实现依然会保持用链路本地地址发DHCPv6报文，这真不是什么bug。

不过既然你怀疑radvd.conf的问题，咱们就对着你的配置一条条捋：

• 你开了AdvManagedFlag on;和AdvOtherConfigFlag on;，这俩标志的作用是明确告诉客户端：既要用DHCPv6拿地址（有状态模式），也要用DHCPv6拿DNS这类额外配置（无状态模式）。结合你说的“自动配置地址正常”，说明你的prefix广告是生效的——毕竟prefix块里的AdvOnLink on;和AdvRouterAddr on;都是正确的配置，这俩是SLAAC地址正常生成的关键。
• 再看AdvRASrcAddress这块，你指定了一个全局地址2001:4341:360:65:53:53:53:53作为RA报文的源地址，这里要确认一下：这个地址真的已经配置在你的eth0接口上了吗？可以用ip -6 addr show eth0命令查一下。如果这个地址不存在，radvd会自动 fallback 到用链路本地地址发RA，但从你说的SLAAC地址正常来看，RA肯定是发出去了，所以这大概率不是核心问题。
• 如果你纠结的是“为什么客户端不用全局地址请求DHCPv6”，那我得告诉你：这个需求其实不符合绝大多数IPv6客户端的实现逻辑，几乎没有客户端会主动用全局地址来发DHCPv6请求，所以完全没必要强行修改。

最后再给你几个排查小建议：

• 确认你的DHCPv6服务器同时监听了链路本地地址和全局地址（如果服务器有全局地址的话），不过就算服务器监听了全局地址，客户端依然可能坚持用链路本地地址发起请求，这是正常的
• 如果你只是担心配置有问题，可以把AdvRASrcAddress的配置暂时去掉，让radvd自动选源地址，看看客户端行为有没有变化（大概率不会变，因为这本来就是协议正常逻辑）

备注：内容来源于stack exchange，提问作者Drew Derbyshire