先说结论
这篇指南围绕“开启 Clash 后无法上网：系统化排查清单”展开。最重要的原则是先确认客户端、mihomo 内核与线路服务是三个不同层级：客户端提供界面，内核执行规则，线路决定实际连接质量。把问题放回正确层级，配置会简单很多。
对大多数用户来说，稳定优先于选项数量。先使用稳定版本和默认设置完成一次可用连接，再逐项调整。每改一处就验证一次，能避免多个变量同时变化而无法定位问题。
开始之前要准备什么
从官方 GitHub 项目或可信下载入口获取程序，确认操作系统和处理器架构。升级或迁移前先导出当前配置，并记下原来能正常工作的版本。订阅地址属于敏感信息，不要发到公开截图、论坛或日志中。
如果教程涉及 TUN、系统服务或开机启动，需要准备管理员权限。公司或学校设备可能受安全策略限制，此时优先使用系统代理，并在修改安全软件规则前咨询设备管理员。
推荐操作顺序
第一步确认客户端能够启动且内核状态正常；第二步导入合法获得的配置或订阅；第三步选择规则模式并测试一个稳定节点；第四步分别检查浏览器、系统应用和 DNS；最后再开启 TUN、自动选择或同步等高级能力。
操作过程中保留一条回退路径：知道如何关闭系统代理、退出 TUN、恢复旧配置。遇到异常时先回到最小可用状态，而不是连续切换多个开关。
常见误区与排查
延迟数字低不等于所有网站都快，它只反映特定测试地址的响应。订阅更新成功也不代表节点一定可用。先看客户端日志中的第一条明确错误，再检查系统时间、网络、防火墙、DNS 与配置格式。
不要长期关闭证书验证，也不要为了修复一个问题随意导入来源不明的脚本。若问题只在某个应用出现，应检查该应用是否忽略系统代理、是否使用独立 DNS，或是否需要 TUN 才能接管流量。
安全与维护建议
保持客户端和 mihomo 内核在受支持的稳定版本，更新前阅读发布说明。只保存必要日志，备份文件应加密或放在可信存储中。定期清理失效订阅、旧配置和不再使用的服务权限。
本文适合作为通用操作框架。不同系统版本、客户端版本和网络环境会有差异；如果界面名称变化，以项目当前文档为准。完成设置后，分别测试直连站点、代理站点、DNS 与重启后的状态。