同一个域名，在两台设备上却表现不同

一个网站同时具有 IPv4 与 IPv6 地址，手机访问顺畅，电脑却偶尔等待；切换快鸭线路后，两台设备的表现也不一致。先确认本地接入、目标服务和应用分别支持什么，而不是只看域名有没有 AAAA 记录。

A 记录返回 IPv4 地址，AAAA 记录返回 IPv6 地址。存在记录表示解析器提供了候选地址，不保证当前网络能到达，也不保证服务在两类地址上的配置完全一致。本地拥有 IPv6 地址，同样不等于具备可用的 IPv6 互联网路径。

Happy Eyeballs 缩短的是什么等待？

在双栈网络中，Happy Eyeballs 的一般思路是合理安排不同候选地址的连接尝试，以减少一条路径不通时的可见等待。RFC 8305 描述了异步解析、排序和交错连接尝试的设计；它不要求用户总是先等待 IPv6 完全超时，才开始尝试 IPv4。

操作系统、浏览器和应用的实现及时间参数可能不同，部分程序也不采用相同策略。因此不能承诺 IPv6 必然更快、每次必然先连 IPv6，或所有客户端都会自动以同一种方式回退。这里不推断快鸭的具体双栈实现。

把解析、接入与连接选择分开记录

  1. 在同一时段记录目标域名的 A、AAAA 查询结果。
  2. 检查设备两类地址、默认路由及网络提供方的接入能力。
  3. 在浏览器网络面板观察实际远端地址与使用协议。
  4. 分别验证 IPv4、IPv6 的目标连接；若使用工具，确认工具自身支持对应选项。
  5. 线路切换后发起新请求，保持其他测试条件不变。

可先参考快鸭线路切换的验证顺序。不要把一次 IPv6 失败直接概括成整个站点不可用，IPv4 可能仍然正常；反过来也一样。

接口路径与候选地址共同影响结果

多网卡设备的 IPv4 与 IPv6 可能具有不同默认路径。一个接口上的 IPv4 正常，不代表另一个接口上的 IPv6 也正常。Windows 用户可结合接口度量值和默认路由检查两套路由表，留意更具体的目的地前缀。

应用可能使用独立代理、缓存或旧连接，实际建立连接的远端地址也可能是代理端。应把连接模式写入记录，避免用一个应用的行为推断所有软件。网络切换期间的临时变化，也需要与持续故障区分。

记录地址时，可用冒号分隔的 IPv6 表示形式与点分十进制的 IPv4 作为识别线索，但仍应结合工具标注确认。某些代理模式下，本地观察到的是代理连接的地址族，不能据此断定代理到目标服务的那一段也使用相同地址族。

不要先禁用整个地址族

无依据地禁用系统 IPv6，可能影响其他网络与应用。受管理环境中的地址策略应交由管理员处理，不应通过调整配置绕过访问控制。若确需有限对照，应保留原设置和恢复方法，先确认问题确实与某个地址族相关。

对于“能连接但慢”的情况，再看DNS、建连、TLS 与首字节阶段。双栈只是影响访问的一个因素，线路质量、服务端、认证和解析同样值得检查。结论应来自可重复的请求观察，而不是单个图标或单次测试。