路由器RA中的错误IPv6 DNS条目导致Pixel 6 WiFi频繁断连的原因咨询

这问题确实挺让人头疼的——明明其他设备都正常运行，唯独Pixel 6反复断连WiFi，最后居然是路由器RA里的无效IPv6 DNS搞的鬼。我结合安卓系统和Pixel设备的特性，给你拆解下可能的原因：

• 安卓的网络可用性检测机制
  安卓设备连接WiFi后，会自动执行网络有效性校验，其中就包含DNS解析测试（通常是解析谷歌的某个测试域名）。如果RA里推送的IPv6 DNS是不存在的地址，系统会反复尝试用这个无效DNS发起请求，每次超时后都会认为当前网络“不可用”，进而触发WiFi断开重连的逻辑，试图获取正确的网络配置。

• Pixel系列的IPv6优先策略
  Pixel设备基于安卓原生系统做了优化，默认会优先使用IPv6协议栈。当RA里的IPv6 DNS无效时，系统会持续尝试通过这个无效地址进行DNS解析，频繁的超时错误会让系统判定“当前WiFi连接质量极差”，于是不断断开重连来尝试修复——而其他设备可能没有这么严格的IPv6优先逻辑，或者对DNS失败的容忍度更高，所以没出现问题。

• IPv4与IPv6 DNS的并行冲突
  虽然你用Pi-hole接管了DHCPv4，推送了正确的IPv4 DNS，但路由器的RA依然在推送无效的IPv6 DNS。安卓系统会同时使用这两类DNS服务器并行解析请求，当IPv6 DNS持续失败时，会干扰整个DNS解析流程，系统可能会误判为WiFi连接本身存在故障，而非单纯的DNS配置错误，最终触发频繁重连。

• 安卓网络服务的监控逻辑
  安卓的ConnectivityService和NetworkManager等核心服务会实时监控网络状态，当检测到DNS解析多次失败时，会标记当前网络为“不可靠”，然后自动触发重连机制。Pixel设备对这类状态变化的响应可能更敏感，所以断连重连的频率会更高。

简单来说，Pixel 6的安卓系统把RA中无效IPv6 DNS的错误，误判成了WiFi底层连接的故障，从而启动了自动修复的重连流程；而其他设备的网络栈对这种DNS配置错误的处理逻辑不同，所以没有出现同样的问题。

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