先定义问题出现在哪一层
把“无法连接”拆成更具体的现象：是设备本身无法联网，配置无法导入，客户端无法启用，还是某个页面无法访问？记录最初错误、发生时间和影响范围，不要马上覆盖设置。本站提供人工检查顺序，不会读取你的设备网络，也不会自动给出实时速度或延迟。
记录事实和推测时分开写，例如“页面超时”是现象，而“节点故障”是尚待验证的判断。
第一层：确认基础网络可用
观察当前使用的是 Wi-Fi、有线网络还是移动数据。确认是否需要网络认证，再访问常用页面检查本地联网。若可以在同一网络比较另一台设备，应记录是否同样异常。基础网络不可用时，先处理接入条件；不要因为客户端配置存在，就认定已经具备可用的互联网连接。
- 确认当前网络类型和认证状态。
- 记录是否多个设备都有相同问题。
- 切换网络后重新检查，不沿用原来的结论。
第二层：确认配置被正确读取
检查导入的是完整链接还是完整文件，格式是否受到当前客户端支持。观察配置列表是否出现、内容是否来自预期记录，并留意更新失败提示。若配置无法读取，先核对格式与完整性；不要把网络连接排查与格式错误混在一起。截图与日志分享前遮蔽个人地址和凭据。
第三层：核对启用、权限与系统入口
确认当前选中的配置已经按说明启用，必要的连接权限已经理解并处理。检查是否有其他网络应用同时接管相关功能，并记录系统代理或网络服务设置。客户端状态图标只反映部分状态，不证明所有应用都采用同一路径。公司或学校提供的管理配置不应随意删除，遇到限制应咨询管理者。
Windows、Android、iOS 与 macOS 的入口不同，可以分别阅读平台使用指南。
第四层：验证实际访问结果
使用常用页面或实际工作应用验证，并注明哪些目标成功、哪些失败。单个页面异常时，先关注该应用和目标状态；多个应用都异常时，再回到共同网络条件。检查设备时间、DNS 相关设置与浏览器缓存时，先保留原有记录，一次只改变一个条件。每次调整后使用同一目标复查，避免变化无法解释。
整理结果，再决定下一步
把设备与客户端版本、网络类型、发生时间、最初错误和每一步结果整理起来。已恢复时注明起作用的变化，并确认临时设置回到预期状态；仍未恢复时，用脱敏记录向相关信息提供方咨询。不要把完整订阅地址发到公开渠道。明确错误含义时，可继续阅读常见错误排查。