很多用户在使用VPN过程中排查DNS泄漏问题时，提交故障工单经常遗漏关键信息，导致技术支持团队无法快速定位根因，反而拉长问题解决周期，本文就围绕VPN DNS泄漏场景下提交故障报告需要的信息做逐项梳理，帮用户一次性整理完所有必要素材，减少来回核对的沟通成本。
基础网络环境原始状态信息
提交故障报告的第一步，首先要提供VPN连接之前的原生网络状态信息，不要只笼统说明自己接入了宽带，要明确标注你当前接入的网络类型，比如是家用运营商宽带、公司内网、公共WiFi还是移动蜂窝网络，同时记录原生网络下你没有开启VPN时，手动查询到的本地DNS服务器地址。
很多用户容易忽略这部分信息，直接上来就说开了VPN出现DNS泄漏，技术支持无法判断泄漏是原生网络DNS劫持导致的，还是VPN客户端路由规则配置异常导致的，轻舟你可以在不连VPN的状态下，通过操作系统自带的网络状态查询工具获取对应DNS地址，不需要借助第三方特殊工具。
VPN连接配置全量参数信息
这部分是VPN DNS泄漏提交故障报告需要的信息里的核心部分，你需要说明你使用的VPN连接方式，是系统内置的IPsec/L2TP、OpenVPN客户端，还是第三方VPN应用，轻舟加速器首次连接方法同时标注你当前选择的VPN节点所在区域，以及客户端设置里是否开启了自带的DNS强制覆盖开关。
用户在未开启VPN的状态下查询本地原生网络的DNS地址，整理提交故障报告所需的基础环境信息
还要补充你在VPN连接成功之后，操作系统路由表中显示的默认网关地址，以及VPN客户端界面上显示的分配给你的虚拟网卡IP地址，不要只截图客户端的主界面，要把虚拟网卡的详细配置页完整截图，避免遗漏客户端后台没有正确下发DNS配置的相关线索。
这里要注意一个常见误区，很多用户会直接把第三方DNS泄漏测试页面的截图直接贴上来，却没有标注测试时VPN的连接状态，轻舟加速器首次连接方法技术支持无法判断你是不是在测试中途不小心断开了VPN才出现的泄漏结果，这类无效截图反而会干扰正常的故障定位流程。
泄漏现象的复现操作路径记录
你需要把从启动VPN客户端到触发DNS泄漏的完整操作步骤一步步记录下来，比如你是先打开了浏览器再连接VPN，还是先连接VPN再启动浏览器，中间有没有切换过VPN节点，有没有手动修改过操作系统的DNS优先级设置。
还要记录你触发泄漏时正在访问的业务场景，是普通网页浏览、轻舟内网资源访问还是其他特殊网络操作，同时标注你用来做DNS泄漏测试的具体测试站点，以及多次测试的结果是否一致，是每次连接VPN都必然出现泄漏，还是随机偶发的问题。
相关系统与权限配置补充信息
这部分信息很多用户提交故障报告的时候完全不会提及，但是对故障定位的作用非常高，你需要说明你当前使用的操作系统版本，以及系统上有没有同时安装其他网络代理类工具、防火墙软件或者DNS优化类工具。
还要说明你当前的系统账户是不是管理员权限，部分Windows或者macOS系统下，非管理员权限启动的VPN客户端，没有权限修改系统全局DNS配置，就会直接出现DNS泄漏的问题，这类问题不需要调整VPN服务端配置，只需要修改客户端启动权限就能快速解决。
最后你可以补充说明你之前有没有尝试过对应的排查操作，比如手动修改系统DNS为公共DNS之后再连接VPN，泄漏现象是否消失，这些尝试的结果可以帮技术支持团队快速缩小故障范围，不用重复引导用户做已经试过的排查步骤，进一步提升故障处理的整体效率。
