FlClash 连不上怎么办：按五层顺序排查连接故障
从本地网络、配置、节点、接管与分流逐层检查，用日志缩小范围，减少无效重装。
先确认原始网络正常
暂停客户端，用一个当前网络本来可以访问的目标检查普通联网。若原始网络也失败，先处理无线连接、移动网络、路由器或系统网络状态，暂时不要改动订阅配置。
保留故障发生时间与网络环境。家中网络正常、公司网络异常，与所有网络都异常，需要采用不同的对照方式。
确认配置真正加载成功
检查当前配置是否选对、代理组是否存在、组内是否有可用节点。配置导入成功与代理连接成功属于两个环节，前者只说明客户端取得并接受了内容。
如果日志显示语法或引用错误，先核对配置，不要直接调整系统代理。修复时保留原文件，并确认节点名称与代理组引用能够对应。
用备用节点做对照
固定接管方式和目标，只切换到一个以前验证过的备用节点。若备用能够使用，问题范围可能集中在原线路；若多个节点都失败，还要继续检查账户、解析与本地环境。
延迟测试与真实请求可以互相补充。测试成功不能保证所有服务都可用，测试失败也应结合测试目标和网络条件理解，不能只凭一个数字下结论。
检查流量有没有进入客户端
打开连接记录，重新触发目标请求。如果完全没有对应记录，先检查系统代理、TUN 状态或应用自己的代理设置；此时反复换节点通常无法解决流量没有进入的问题。
如果记录已经出现，则看实际采用的代理组和错误。规则模式下的请求走向由具体配置决定，选中的节点未必负责每个目标。
结合解析与日志继续缩小范围
明确的域名解析失败应沿 DNS 链路检查；连接超时则需要结合节点与目标判断。优先阅读第一次出现的相关错误，后续大量重试可能只是同一个问题的重复表现。
每次只改一项，使用相同目标复测。记录修改前后差异，比连续切换多个高级设置更容易识别真正有效的动作。
整理一份可以复现的求助信息
仍未解决时，整理系统与架构、客户端来源、接管方式、触发步骤、测试网络和相关日志。隐藏订阅、密码和节点凭据，让对方能理解问题，同时保留必要的信息。
如果问题紧接升级出现，查阅官方变更说明，并用已有备份进行对照。只有在有依据时再考虑重装；保留现场通常比立即清空所有配置更利于定位。
参考资料与使用说明
本文按官方公开资料整理操作思路，界面名称与行为可能随版本变化。配置来自不同服务商时也可能存在差异，请结合当前客户端及对应发布说明确认。