提交VPN DNS故障报告时，核心是提供能区分“VPN未生效”、“系统DNS缓存”或“应用绕过”的观测数据。重点包含：故障发生的确切时间、使用的操作系统与VPN客户端版本、连接的VPN服务商或网关标识、具体的故障现象（如“部分网站打不开”而非“网断了”），梯子以及不改配置的基础检查结果。这些信息帮助技术人员快速缩小问题范围，避免盲目重置网络。
确认基础连接状态
在提交报告前，先确认VPN隧道是否真正建立。观察客户端界面是否显示“已连接”及分配的IP地址。如果连接断开，DNS问题自然无法通过VPN通道解决，此时应优先排查连接稳定性，而非DNS设置。若连接正常但解析失败，则进入下一步排查。
区分系统级与应用级解析
很多应用（如游戏、浏览器）可能使用自己的DNS解析器，绕过系统设置的VPN DNS。在报告中明确说明故障是否出现在所有应用中，还是仅限特定程序。若仅特定应用异常，需指出该应用的DNS设置模式，这通常意味着需要调整应用配置或防火墙规则，而非全网DNS故障。
提供只读诊断结果
在不修改任何配置的前提下，运行系统自带的网络诊断工具。对于Windows，收集`ipconfig /all`输出，重点关注DNS服务器地址是否指向VPN分配的内网或指定IP。对于macOS或Linux，查看`networksetup`或`resolv.conf`中的nameserver条目。将这些输出截图或文本附加在报告中，证明系统当前实际指向的DNS服务器是否符合预期。
提交故障报告时需聚焦于具体观测数据，以帮助技术人员快速定位是VPN未生效还是系统缓存问题。
记录解析失败的具体域名
避免使用“无法上网”等模糊描述。记录解析失败的具体域名及错误代码（如“DNS_PROBE_FINISHED_NXDOMAIN”或“Name resolution error”）。尝试解析几个知名域名（如内部测试域名或公共解析器能通的域名）并记录结果。如果公共域名可解析但内部域名失败，说明可能只是特定域名的记录缺失或路由未覆盖，樱花猫而非DNS服务整体宕机。
