提交VPN双栈DNS故障报告时，核心是提供可复现的环境快照和原始观测数据。不要直接发送“网断了”或“软件坏了”的结论，而是记录现象发生的具体时刻、触发条件以及当时的网络配置状态。报告的价值在于帮助支持方通过非侵入式检查快速定位是隧道协商失败、路由表冲突，还是DNS解析源被污染或失效，扬帆云加速器从而避免盲目重置系统或重装软件带来的副作用。
环境与隧道状态快照
首先明确双栈环境的具体定义，即同时支持IPv4和IPv6。记录连接建立的协议类型（如IKEv2、IPsec或WireGuard），因为不同协议对双栈的处理逻辑不同。检查操作系统中是否启用了IP协议版本6，并确认网络适配器中是否同时分配了IPv4和IPv6地址。在Windows系统中，可通过命令行工具查看当前活动接口；在Linux中可检查网络接口配置。确保记录连接成功建立的时间戳，因为部分故障仅在重连或特定路由更新后出现。
路由表与接口优先级观测
双栈故障常源于路由优先级错误，导致流量未走VPN隧道或走了错误接口。在连接状态下，检查默认路由条目，确认IPv4和IPv6的默认网关是否均指向VPN接口。若其中一种协议的默认路由仍指向物理网卡，说明该协议流量可能绕过隧道。同时查看接口指标（Metric），数值越低优先级越高。若发现VPN接口的IPv6 Metric高于物理网卡，流量可能会因优先级问题出现分裂。记录此时路由表的关键条目，作为报告的核心证据，扬帆云APP无需修改任何配置，仅做只读记录。
DNS解析行为与响应源分析
记录故障时的DNS解析行为，重点区分是“解析超时”还是“解析错误”。在命令提示符或终端中，手动查询典型域名，观察响应时间和返回的IP地址版本。若查询IPv6域名但返回IPv4地址，或查询IPv4域名无响应，需记录具体的错误代码或超时现象。同时检查系统当前使用的DNS服务器地址，确认是VPN下发的地址还是本地物理网络的地址。若DNS服务器地址与预期不符，说明隧道内DNS配置未正确下发。避免直接更换DNS服务器，扬帆云加速器先通过现有配置判断异常点。
在进行双栈网络故障排查时，记录详尽的环境快照与路由状态是精准定位问题的关键。
捕获并整理原始日志
提供软件客户端和系统层面的相关日志片段。对于VPN客户端，导出连接建立阶段的调试日志，重点包含隧道协商、路由安装和DNS配置下发的部分。对于系统层，记录连接断开前后的事件日志，特别是网络接口状态变化和协议栈错误。日志时间必须覆盖故障发生前后至少两分钟。整理时将日志与操作步骤对应，例如“执行ping命令后日志出现超时错误”。不要上传整个系统日志文件，只筛选相关模块，以降低审查难度。确保日志中不包含敏感认证信息，但保留能反映状态变化的关键字段。
隔离变量与最小复现步骤
在报告中提供简化的复现步骤，排除无关变量。例如，确认故障是否在所有网络环境下复现，还是仅在特定Wi-Fi或有线环境下出现。记录物理网络的状态，如是否开启了防火墙或杀毒软件的网络防护功能，这些软件可能拦截DNS流量或修改路由，但不需要关闭它们，只需说明其开启状态。测试时保持网络环境相对静止，扬帆云加速器避免同时切换网络接口。将复现步骤分为“连接建立”、“流量测试”、“故障发生”三个明确阶段，每阶段记录关键指标。这种结构化描述能帮助支持方快速判断是初始化配置错误还是动态维护机制失效，从而缩短排查周期。
