第一层：系统是否已经联网
查看当前使用的网络类型，确认无线或有线接入已建立，移动设备的数据卡和流量条件正常。公共Wi-Fi还可能需要门户认证。不要只依据网络图标判断，尝试打开常用页面，并留意系统是否报告断网、认证或权限问题。
如果客户端未连接时基础访问就失败，应先处理本地网络条件。比较同网另一台设备可以帮助缩小范围，但每台设备的认证和权限可能不同。记录具体提示，不要直接进行网络重置或删除管理配置。
第二层：客户端提示是否一致
核查应用来源、必要授权和当前连接状态。系统授权提示与客户端文字不一致时，保留完整内容，判断问题发生在哪个阶段。已有代理、VPN工具或企业策略可能影响状态，先了解用途再按可信说明管理连接。
连接成功提示只说明客户端报告了某种状态，不能证明目标网站或所有应用都可用。连接反复失败时，不要同时更改多个网络参数；记录时间和失败阶段，随后用实际任务验证，避免绕着同一个按钮重复尝试。
第三层：实际任务能否完成
选择两个独立的常用网站与一个轻量任务，比较开始响应、资源加载和执行结果。只检查首页打开可能漏掉上传或会议异常；同样，某个下载完成也不能说明所有交互正常。根据当前需要的任务留下具体观察结果。
如果只有一个服务异常，继续关注该服务、浏览器会话或权限条件。所有常用访问都失败时，回到系统接入与客户端提示。任务恢复后再次确认结果，上传状态不明时避免重复提交；换网后也要逐项复查。
按影响范围选择下一步
单个站点异常，可以比较其他网页及新的浏览器会话；单台设备异常，关注本机权限、代理与后台规则；整个网络异常，再检查共同接入条件。这个分类帮助安排顺序，但不能直接证明故障属于哪一方，需要继续对照。
桌面与移动设备的检查入口不同，按对应平台文章操作。若主要表现为持续加载慢，可阅读 速度优化指南；若会议断续或响应变化明显，可阅读延迟文章。不要把一套配置当作所有问题的固定答案。
调整、恢复与报告的顺序
记录本次调整的唯一条件，以及改动前后的任务结果。没有改善时恢复原值，再尝试下一项。这样即使问题仍存在，也能够保留完整检查过程，避免因多项配置叠加而让现象变得更复杂。
报告时包括设备平台、网络类型、发生时间、任务、完整错误文字和已试步骤。截图隐藏个人信息，通过已确认的支持渠道或管理员沟通。可复现的描述比笼统的连接不好更有用，本文不保证自动修复或检测所有网络问题。
每次只改变一个条件，保留原值与错误文字。记录中不包含密码、验证码或访问令牌。涉及受管理设备的策略与证书时，先由管理员确认用途。