有些连接正常，有些等待：检查双栈路径差异

同一个域名可能有IPv4和IPv6地址，应用也可能采用不同的选择和回退策略。因此某个工具正常、另一个工具等待，不一定意味着网站时好时坏。双栈环境值得检查，但应先找到实际使用的地址与路径，不能把关闭IPv6当作所有网络问题的默认答案。

先确认目标提供了哪些地址

域名解析可能返回不同类型的地址，系统、浏览器和代理内核也未必使用相同解析过程。先辨认正在观察哪个应用的结果，再看其连接记录。看到系统查询获得IPv6地址，不代表应用最终一定使用它；同样，只有IPv4连接成功也不能证明所有IPv6路径都失败。

应用选到某个地址之后，还需要对应路径能够传输数据。系统路由、接入网络、代理规则与客户端接管能力都可能影响结果。一个协议族的路径正常，不能自动代表另一个也正常。尤其在代理与直连并存时，应确认被比较的两次连接是不是使用了同样的处理方式，而不是仅看地址长度不同。

选择一个能够重复的网页或应用操作，查看它实际尝试的目标地址、错误阶段和等待情况。记录是否只有首次访问慢，后续连接是否正常，以及网络切换后是否变化。这些现象可以帮助定位选择或回退问题，但不能单独证明根因。不要同时改DNS、规则和节点来观察双栈差异。

如当前系统和工具提供受支持的对照方法，可在记录原设置后暂时比较不同协议族路径。先结束进行中的任务，避免修改影响远程操作或工作连接。对照的目的只是验证某个假设，结果应限定在当前设备、网络与目标。没有明确证据时，不应把临时修改变成全设备长期禁用。

某些内部服务或设备发现依赖特定网络配置，改变协议设置可能影响看似无关的任务。工作设备应遵守管理要求，必要时由管理员协助检查。若一个网页改善，却让内部资源不可用，说明修改仍有代价，不能仅以网页成功就宣布整体修复。

例如可以记录“该应用在此网络使用某类地址时持续等待，另一条路径正常”，并附脱敏的时间和错误类别。恢复原设置后再次确认差异，避免把偶发恢复误当成修改效果。完成排查后保留必要配置说明，清理临时尝试，让网络环境回到能够解释和维护的状态。