节点支持IPv4，不能自动推出它同时支持IPv6。设备通过什么地址连接入口、客户端怎样处理流量、出口能访问哪类目标，是三个独立问题。购买前需要问清“支持IPv6”具体指哪一段，而不是只看列表有没有IPv6字样。
把一句宣传拆成三个支持条件
| 所说的支持 | 应确认的内容 | 没有回答什么 |
|---|---|---|
| 入口可用IPv6 | 本地网络能否经IPv6接入该入口 | 出口是否具备IPv6能力 |
| 客户端处理IPv6 | 哪种模式与版本覆盖这类流量 | 所有应用是否使用相同路径 |
| 出口访问IPv6目标 | 服务实际开放范围和限制 | 当前账号必然满足目标平台条件 |
| 双栈目标可以打开 | 这次请求实际采用哪类地址 | 两个地址族都已被测试 |
某个目标同时提供IPv4、IPv6时，应用可能自动选择可用路径。RFC 8305讨论了多地址连接尝试机制；网页最终能打开，不意味着你已经分别验收两条路径。需要查看可用的诊断结果，而不是仅凭页面成功反推能力。
假设情境：说明写“双栈”，手机却只有一种结果
先确认“双栈”说的是接入、出口，还是目标网站本身。再核对手机当前接入网络、应用版本及客户端模式。假如本地接入不具备所需条件，某条入口测试失败并不能证明出口声明错误；反过来，入口连得上也没有证明出口处理符合预期。
如果文档没有解释，不要自行替商家补全。可以保留原句并提问：“是否包含我当前套餐？在哪些客户端模式下支持IPv6请求？没有支持时会怎样处理？”本页不为任何收录品牌推定答案。
用有限测试核对必要能力
- 写出实际需求，例如某项业务需要访问仅有IPv6的目标，而非泛泛追求更多标签。
- 从当前服务和客户端文档确认地址族及模式支持，记录查看日期。
- 固定节点、网络和目标，在工具明确支持时分别观察两类地址族的任务结果。
- 保存成功、超时或不支持提示，并标明观察发生在入口还是目标访问阶段。
- 只测试任务需要的范围，避免为得到单一检测结果永久关闭系统地址族。
两类结果不同时怎么处理
IPv4成功、IPv6失败，应记录为这组条件下的差异，不能直接推广成服务整体不稳定。若某类请求没有按预期路径处理，则转向模式、规则和支持范围核对；若平台返回资格提示，则应按平台规则处理，而不是继续改地址族。
已有双栈设备的问题可继续看双栈网络排查；入口与出口概念见路径分段说明。对不清楚的品牌字段保留待确认，比用一份不对应版本的截图作结论更可靠。
来源与核验范围
以下为参考原始资料。品牌价格和功能应以资料库对应字段为准；本文不包含品牌测速或使用体验。内容由站点维护者使用 AI 辅助整理，尚不构成独立实测。