Mac 有 IPv6 地址却 ping 不通任何公网 IPv6。之前一直正常，某天突然全断，重启路由器也没用。最终定位是 iStoreOS 的 NDP Relay 模式不稳定，改一行配置从 relay 切到 server 就修好了。这篇记录了逐层排查到根因的完整过程。

在终端执行 nslookup www.youtube.com 8.8.8.8，看到 Server: 8.8.8.8，很容易以为答案来自 Google。但这个字段只说明查询目标，以及被接受的应答声称的来源。明文 UDP/53 没有认证这个来源。

2026 年 9 月 27 日，我在 iStoreOS 软路由上做了一次 WAN 抓包实验。最有价值的结果不是“六家 DNS 的答案不同”，而是：向一个不应提供公共 DNS 的文档保留地址查询，仍收到了匹配的 DNS 应答。

在 PVE 中部署第二台 Windows Server 域控制器时，DC2 的 IPv4 DNS 已经明确指向 DC1，AD DS 配置向导仍然提示无法联系域。显式向 DC1 查询 SRV 记录却完全正常。

最终根因是 iStoreOS/OpenWrt 通过 DHCPv6 和 RA/RDNSS 把路由器自身的 IPv6 地址通告为 DNS。Windows 优先向它查询内部 AD 域，收到有效的 NXDOMAIN 后不再尝试 DC1。

本文中的地址、域名和设备标识均已泛化。