一次访问经过哪些环节
打开网页时，设备需要先接入本地网络，通过名称解析获取目标地址，再按系统或客户端设置建立连接，最后与目标服务交换数据。每个阶段都有可能出现异常，因此“网页打不开”只是一种结果，不能直接指向某一个原因。
按阶段观察更容易得到可用线索。先看普通网络是否可用，再看 DNS 是否有错误，接着确认客户端配置和模式，最后比较不同应用的结果。客户端显示正在运行，只能说明某一环节已启动，不能代替完整验证。
Wi-Fi 与移动数据的对照意义
Wi-Fi 涉及设备到路由器的无线连接以及路由器的上网状态。信号弱、同频干扰和同一网络里的大流量任务，可能导致波动。移动数据则有不同的接入路径和覆盖条件。两种网络的对照可以帮助定位环境差异，但不能把结果简单归结为某个远端入口的质量。
- 先确认接入网络是否需要额外认证。
- 保持设备位置和使用条件尽量一致。
- 暂停后台下载后重新观察。
- 记录切换网络前后的客户端状态。
名称解析与设备时间
DNS 把域名解析为网络地址。如果解析阶段失败，客户端或浏览器可能报告找不到域名等信息；而已经获得地址后发生的超时，需要继续检查连接路径。客户端自己的 DNS 设置与系统设置可能互相影响，具体行为取决于软件和模式。
设备时间明显不正确，可能影响证书有效期与部分认证判断。遇到证书相关提示时，应先核对时间与原始错误，并从可信文档确认下一步。不要把关闭证书验证当作常规修复方式。
延伸资料：MDN：域名与 DNS 的基础说明 ↗
规则与应用自己的设置
客户端规则可能让不同目标采用不同的处理路径，系统代理也只影响遵循该设置的应用。某些浏览器扩展或桌面软件还提供独立的代理选项。因此，一个应用正常、另一个失败时，应比较它们的网络设置与规则，而不是直接重新导入所有配置。
先明确当前由哪个软件接管连接，再检查是否存在旧代理、多个网络工具或目标应用的特殊设置。记录当前选项后只调整一个条件，验证变化与结果之间的关系。
用分层结果判断异常范围
若所有应用都无法正常访问，优先检查本地接入、系统状态和当前客户端；若普通网页可用而某个目标失败，继续查看规则与目标服务；若只在一种网络上失败，记录接入环境差异。结果越具体，后续排查越有方向。
可以使用手动连接检查清单记录各阶段结果，再对照常见错误处理。日志分享前隐藏凭据，保留发生时间、系统、软件与原始提示，让别人也能理解问题出现的条件。