双栈并不等于两种地址都能正常访问。进行台湾网络出口IPv4与IPv6双栈兼容测试时，应分别确认域名解析、实际连接和故障回退；只看到 IPv6 地址，不能证明用户端到服务端的整条路径可用。
先确定测试边界与访问场景
记录测试地点、接入方式、设备系统、目标域名及测试时间。台湾家用宽带、办公室网络和行动网络的出口与路由可能不同，结果应按网络分别保存，避免把单一线路的表现当成所有用户的体验。目标服务需同时准备可供访问的 IPv4 与 IPv6 地址，并确认对应端口开放。
可从三类客户端检查：仅支持 IPv4 的网络、具备 IPv6 的网络，以及同时支持两者的双栈网络。前两类能帮助确认兼容范围，双栈网络则用于观察系统如何选择连接及失败后的回退。
按顺序核对解析、连接与回退
- 检查记录：查询目标域名的 A 与 AAAA 记录，核对地址是否属于预期服务器，记录 TTL，并留意不同递归解析器返回结果是否一致。若刚修改记录，旧缓存可能在 TTL 到期前继续生效。
- 分别建立连接：在同一台双栈设备上使用 curl -4 和 curl -6 请求同一测试页面，并在服务端日志核对实际来源地址、状态码和耗时。IPv4 成功而 IPv6 失败，通常应先检查 AAAA 指向、IPv6 路由、主机防火墙及监听配置。
- 检查应用层：确认两种连接都能完成页面或 API 请求，而不只是连上端口。若 IPv6 可建立连接但大文件或持续传输停顿，应进一步检查路径 MTU 与 ICMPv6 相关过滤规则；单次 ping 成功不足以证明应用正常。
- 验证回退：在可控测试设备或隔离网络中暂时阻断 IPv6，再访问同一服务，确认客户端能否改用 IPv4。不要在生产服务器或远程管理链路上贸然关闭 IPv6，以免中断管理连接。
按症状缩小故障范围
| 现象 | 优先检查 |
|---|---|
| 解析到 AAAA，但连接超时 | IPv6 路由、入站规则、服务监听地址和上游出口 |
| IPv4、IPv6 单测都通，双栈访问偶发延迟 | 客户端连接选择、失败探测时间及两条路径的差异 |
| 部分用户仍访问旧地址 | 递归解析缓存、TTL 与记录更新是否一致 |
双栈客户端可能优先尝试其中一种地址，并在连接不顺时改用另一种；回退耗时受操作系统、应用实现和网络状况影响，不能只凭一次访问下结论。建议每种接入方式重复测试，并记录解析结果、连接结果及时间戳，比较故障是否稳定复现。
何时需要协助排查
如果团队需要核对台湾出口的地址规划、路由可达性或双栈部署条件，可把测试目标、接入环境与已有日志整理后咨询德讯电讯，适合希望先厘清网络配置和服务接入需求的场景。具体支持范围应在沟通时逐项确认，不能仅凭服务名称推断线路或测试结果。
总结来说，台湾网络出口IPv4与IPv6双栈兼容测试应覆盖记录解析、分协议连接和 IPv6 失败后的 IPv4 回退，并按不同接入网络留存证据。这样才能判断问题发生在解析、传输路径还是应用服务。
常见问题
只检查 A 和 AAAA 记录够吗？
不够。记录存在不代表地址可达，还需分别发起 IPv4、IPv6 请求并确认应用响应。
测试时要覆盖行动网络吗？
若用户会通过手机上网，建议把行动网络单独列为测试环境；不要与固定宽带结果混在一起比较。
IPv6 失败就应删除 AAAA 记录吗？
先确认故障范围与配置。若服务端 IPv6 暂未准备妥当，发布不可用的 AAAA 记录可能影响部分访问；调整前应评估业务影响并复测。
一次成功能说明双栈兼容吗？
不能。应在不同接入环境重复测试，并检查失败回退和服务端日志。
