先区分联网与连接到网络
设备显示连接了 Wi-Fi，不一定代表能够访问互联网。接入点可能尚未联网，也可能要求先完成网络登录。开始客户端排查前，先检查常用页面能否访问，留意是否出现认证页面或明确网络错误。基础网络不可用时，配置导入成功也不会自动解决本地连接问题，应先处理共同的网络条件。
Wi-Fi 环境需要观察哪些因素
无线信号、设备与接入点之间的距离、环境干扰和路由器负载都可能影响访问体验。可以在相同网络下比较另一台设备的现象，帮助判断问题是否局限于单个设备。比较时不要把不同时间、不同位置的结果当作严格一致条件。如果移动位置后有所改善，应记录这一现象，仍需继续确认是否能够重复。
移动数据与热点的不同条件
移动数据依赖设备的信号与当前网络条件，热点还增加了共享设备和无线连接这一层。切换网络后，先验证新网络本身可用，再观察客户端是否恢复连接。留意应用是否允许使用移动数据，以及是否出现后台或省电限制。需要传输较多数据时，还应了解自己的流量规则，而不是把客户端界面当作流量账单。
理解 DNS 与代理的位置
DNS 参与域名解析，代理参与部分流量的转发，两者解决的问题不同。系统代理、应用内代理与客户端连接功能也不一定覆盖相同应用。有时浏览器可以访问，而另一个应用使用自己的设置；有时设备已经连接到 Wi-Fi，但域名解析仍有异常。先记录哪些应用受影响，再检查对应入口。
Google 的公开 DNS 文档说明了不同系统的设置方式，也提醒某些 VPN 或 DNS 应用会影响 Android 私人 DNS 设置的作用范围。因此不能假设所有设备使用同一解析路径。
受管理环境与公共网络
单位、学校或公共场所可能有自己的网络登录、代理和设备管理要求。出现限制时应确认当前规则，不能通过删除管理配置来代替排查。公共网络的认证页面与网络客户端也可能需要按顺序处理，先完成必要登录，再检查应用状态。不要在无法识别的页面输入配置凭据或个人订阅地址。
- 确认接入网络的身份与登录入口。
- 保留原有代理与管理设置，不随意覆盖。
- 切换到另一种网络时重新验证实际访问。
让排查记录能解释变化
把设备、网络类型、时间、客户端状态和访问现象写在同一条记录中。一次只改变一个设置，使用相同目标复查，才能判断差异来自哪里。如果多设备都无法访问，可以先关注网络共同条件；如果只有一个设备异常，再检查该设备的配置、权限与应用行为。具体操作顺序见连接状态检查教程。