不少用户在使用支持双栈的VPN服务时，经常会遇到单栈DNS解析失效、双栈域名访问跳转到异常页面、部分域名无法正常访问的问题，提交故障报告时往往只简单描述“VPN连了上不了网”，运维人员来回索要信息会大幅拉长故障定位周期。这份VPN双栈DNS解析故障提交故障报告必备信息清单，覆盖了从现象记录到定向排查的全部必要信息，能帮助技术支持人员快速定位根因，减少无效沟通成本。
故障现象与基础网络环境信息
首先要准确记录故障的具体表现，不要用模糊的描述，要明确说明是连接VPN之后所有域名都无法解析，还是仅支持IPv6的域名解析失败，或是部分域名解析后返回了不属于目标站点的异常IP，区分清楚是IPv4单栈失效、IPv6单栈失效还是双栈同时异常，避免技术支持一开始就走错排查方向。
接下来要提交未连接VPN时的本地网络基础状态信息，确认你当前使用的本地运营商网络本身是否原生支持IPv4和IPv6双栈，蚂蚁VPN未连VPN时直接访问公共DNS服务，验证本地本身的双栈DNS解析能力是否正常，排除本地运营商网络本身的DNS故障，避免把本地网络的问题误判为VPN服务的故障。
还要记录故障的准确发生时间和复现规律，说明是每次连接VPN都必然触发故障，还是只有连接特定区域的VPN节点才会出现异常，切换不同的VPN节点之后故障现象有没有变化，这类信息能直接帮助运维人员快速判断故障是节点侧的配置问题还是本地端的通用适配问题。
用户正在逐一收集VPN双栈DNS解析故障的相关诊断数据，整理用于提交技术支持的故障报告素材。
VPN连接与本地系统配置相关信息
你需要提交当前使用的VPN客户端版本、设备的操作系统版本，以及本次VPN连接采用的隧道协议类型，不同隧道协议的双栈DNS路由优先级逻辑存在明显差异，相当一部分解析故障是客户端默认配置里的DNS路由规则没有覆盖IPv6协议栈导致的，这类问题不需要调整服务端配置，只需要修改本地客户端的适配规则就能解决。
连接VPN之后分别导出本地系统的IPv4路由表和IPv6路由表信息，确认VPN服务端下发的DNS服务器地址有没有同时覆盖两个协议栈，很多用户遇到的解析异常本质是VPN只推送了IPv4的DNS服务器地址，IPv6栈的DNS请求还在走本地运营商的DNS链路，既触发了DNS泄露，也会因为路由策略冲突导致部分域名解析失败。
还要提交本地系统当前的DNS配置截图，确认你有没有手动在系统层面指定过第三方公共DNS，部分场景下手动配置的第三方DNS优先级高于VPN推送的DNS规则，会导致双栈解析的路由调度逻辑冲突，出现部分域名绕过VPN隧道直接走本地链路解析的异常情况，这类场景不属于VPN服务本身的故障。
定向排查的测试结果信息
分别在断开VPN和连接VPN的两种状态下，对出现故障的目标域名执行nslookup或者dig命令，分别指定IPv4的DNS服务器和IPv6的DNS服务器做独立解析，把两次操作返回的完整结果截图，包括返回的IP地址、响应状态码、报错提示内容，不要只简单说明“解析失败”，技术支持人员可以直接对比两次返回结果的差异，快速判断故障出在DNS转发环节还是隧道拦截环节。
连接VPN之后分别测试VPN隧道内到对应DNS服务器的连通性，分别ping你从VPN配置里拿到的IPv4 DNS地址和IPv6 DNS地址，蚂蚁加速器确认有没有访问不通或者丢包的情况，如果某一协议栈的DNS服务器完全无法访问，大概率是对应VPN节点的双栈路由配置存在缺失，不属于本地端的配置问题。
最后还要补充故障的边界场景说明，比如你是在访问什么类型的服务时首次发现解析异常，当前系统有没有开启全局代理、浏览器代理或者其他第三方网络优化工具，这类第三方工具经常会修改系统底层的DNS调用优先级，干扰VPN双栈DNS的正常调度，不少用户会误把这类第三方工具导致的故障判定为VPN服务的问题。
