01第一步是本地接入，不是应用按钮
设备需要先接入一个可用的网络环境。Wi-Fi 提供无线接入，有线网络通过物理接口连接，移动数据依赖蜂窝网络。信号存在、接口已连接与互联网可用并不是同一个结果，公共网络还可能要求认证或限制部分访问。
先确认当前网络名称和接口，再打开普通网页作基础观察。如果同一网络下所有设备都出现问题，应优先检查共同的接入点和上游环境，而不是同时调整每台设备的软件设置。
02名称解析与访问目标
访问域名时通常需要名称解析，将可读的名称转换为后续连接所需的信息。域名拼写、DNS 配置、缓存和网络策略都可能影响这一过程。某个域名打不开，并不足以说明整台设备没有网络，也不必立刻把所有问题归因于 DNS。
记录具体错误、受影响域名和发生时间，在保持其他条件不变的情况下比较。使用未知 DNS 地址前先确认用途与来源；单位网络可能有内部解析要求，不宜用公共配置覆盖现有设置。
03系统设置和应用设置需要分开
系统代理、应用内的网络设置、浏览器扩展及其他网络工具，可能各自影响不同的访问范围。页面能够显示并不能证明每个应用都走相同路径，也不能推断某项设置已经对整个系统生效。具体行为应查看真实软件文档。
记录修改前的配置，按实际说明一次调整一项。若不清楚设置是由哪款软件或管理策略添加的，先核实用途，再决定是否更改。不要同时运行多个作用范围不明确的网络工具来寻找效果。
04目标服务与路径也会变化
当本地接入正常，但只有特定服务访问缓慢时，问题可能位于目标服务、访问路径或该应用的业务处理过程。家庭网络和办公网络的出口、策略及拥塞情况可能不同，切换后可用性发生变化并不自动说明设备存在故障。
比较同一目标在相近时间、不同接入条件下的表现，并说明实际测试方式。保持对测量边界的认识：一次请求的耗时不是固定网络属性，某个探测无响应也不代表所有业务都不可用。更多概念见延迟与丢包知识。
05用层次建立恢复顺序
排查顺序可以是：确认接入、完成认证、验证普通访问、核对名称解析、查看应用配置、回到实际业务验证。每一步都对应可观察的现象。先处理共同的基础条件，再处理局部的应用问题，通常更容易保留清晰的诊断记录。
Gatern中國區 的这一专题借用剖面与层理帮助理解顺序，不把视觉素材当成技术证明。需要切换环境时阅读网络切换指南，出现明确错误时查看常见连接问题。本页不展示任何虚构节点或实时路径数据。