01先排除基础网络未就绪
从当前接入方式开始：Wi-Fi是否需要认证，有线接口是否被识别，移动数据是否可用？查看另一台设备在同一网络中的表现，再观察本机普通网页。不同结果能缩小排查范围，但不能仅凭一个网站是否打开就断定故障位置。
如果异常紧接着网络切换发生，先查看切换检查文章。普通网络尚未恢复时，直接更改DNS或代理可能增加新的变量。先记录错误提示、发生时间和受影响范围，尤其要区分只有浏览器异常，还是多个应用都受到影响。
02DNS查询失败，不等于所有连接都断开
DNS用于将域名解析为可访问的地址。解析异常可能表现为域名相关错误，但相似提示也可能来自网络中断。熟悉命令行的用户可以用nslookup查询一个可信且平时可用的域名，记录返回的服务器、地址或错误，不输入来源不明的命令。
能查到地址只说明该次解析得到了响应，不能证明目标服务或客户端连接一定正常。不同应用还可能使用自己的解析机制，因此浏览器与系统工具的结果不一定完全相同。需要对照发生问题的具体应用，不能只凭一次结果下结论。
03检查代理是否存在遗留设置
Windows的网络和Internet设置中可查看代理相关选项，包括自动配置脚本和手动代理。核对这些值是否来自已知的工作环境或仍在使用的软件。不要把所有开关默认视为错误，也不要删除组织要求保留的配置。
某些应用使用自己的代理设置，并不完全跟随系统设置。软件关闭后若仍留下一个不可用的本地代理地址，使用该配置的请求可能受到影响。先记录地址、端口和启用状态，再依据软件说明或管理员要求进行恢复，不盲目套用网上的端口数字。
04一次只改变一个条件，再重复验证
修改前保留原值，选择一个稳定、明确的测试目标，调整后重复相同操作。若同时更换DNS、关闭代理并重装客户端，即使访问恢复，也很难确定真正原因。排查应让每一步都有可比较的结果，而不是追求设置越多越好。
不随意使用未知的公共DNS或代理地址。受管理的设备需要由管理员确认修改范围。恢复后若普通访问正常但雷霆VPN仍显示异常，记录客户端提示；若只是延迟波动，则进一步检查丢包、共享流量与接入稳定性。
05留下可复核的结论，而不是只记“修好了”
有效记录可以包括原接入方式、错误现象、改动的单项设置、恢复后的测试结果，以及是否重启过相关应用。记录不需要包含密码、令牌或完整私人访问地址。这样下一次出现相同现象时，可以从已知条件继续判断。
如果结果不确定，恢复已记录的原值并重新整理观察。公司网络、校园网络或专用设备的访问规则可能由外部管理，不宜通过删除配置绕过。把问题交给相应管理者时，清晰的步骤和提示往往比一串猜测更有用。