FlClash 节点连接失败怎么办？按现象逐层排查
简答：FlClash 节点连接失败，先不要盲目换节点或重装：依次确认订阅是否更新成功、配置是否已选中、是单个节点还是全部节点失败，再关闭 TUN 和其他代理，用系统代理或直连完成最小化复测。若节点有延迟但网页打不开，重点检查 DNS、规则组和系统代理；若开启 TUN 后断网，先恢复系统代理模式，再排查权限、虚拟网卡和防火墙。
定义：FlClash 节点连接失败，是指配置已载入但节点测速超时、代理连接无法建立，或连接成功后应用与网页仍不能正常访问的故障总称。
先看现象：只做对应的一步
FlClash 是基于 ClashMeta 的多平台代理客户端，支持 Windows、macOS、Android 和 Linux，并提供订阅链接、系统代理、延迟测试、日志与 TUN 等功能。不同平台的菜单和权限提示可能不同，以下步骤以当前界面显示为准。查看项目说明
| 现象 | 优先检查 | 先做什么 |
|---|---|---|
| 订阅更新失败 | 链接、网络、返回内容 | 重新更新；确认没有跳转到登录页、错误页或空内容 |
| 更新成功但节点为空 | 当前配置、格式兼容性、过滤条件 | 切换到刚更新的配置，检查是否误启用筛选或隐藏规则 |
| 只有一个节点超时 | 单节点状态或线路 | 换同一策略组中的另一个节点复测 |
| 所有节点都超时 | 网络、内核、端口、系统代理 | 关闭 TUN 和其他代理，重启内核后再测 |
| 节点有延迟但网页打不开 | DNS、规则组、代理接管 | 固定一个节点，分别测试全局、规则和直连 |
| 开启 TUN 后整机断网 | 权限、虚拟网卡、路由、防火墙 | 关闭 TUN，恢复系统代理或直连，再查看日志 |
最短路径：先关闭 TUN与其他 VPN/代理，确认普通网络可用；然后只保留一个配置、一个节点和一个测试网址，每次只改一个设置。
按四层排查：订阅、节点、代理、网页
- 确认订阅层。在配置或 Profiles 页面手动更新，确认更新时间发生变化，并选中刚更新的配置。不要把订阅地址直接粘贴到公共网页或第三方检测站；链接可能含有令牌，优先在本地客户端或私密环境检查，避免浏览器历史、同步记录、代理日志保存完整地址。
- 确认配置层。如果更新完成但节点为空，检查返回内容是否像配置文件，而不是登录页、错误提示或 HTML 页面。若只有部分节点消失，先关闭过滤、隐藏或排除条件，再重新载入配置。
- 确认节点层。只测试两个或三个节点：一个延迟较低的节点、一个不同地区或线路的节点。单个节点失败不能证明整个配置失效；全部节点同时超时，才需要转向本地网络、内核和端口排查。
- 确认代理接管层。先使用系统代理模式完成测试；如果系统代理能访问而 TUN 不能，说明订阅和内核未必有问题，故障更可能集中在 TUN、路由、权限或防火墙。FlClash 项目界面文案也说明，桌面端虚拟网卡需要管理员权限；授权失败时应先恢复普通代理模式。查看界面字段
- 确认网页访问层。固定一个相同的网址和相同节点，依次测试全局、规则、直连。若全局可用而规则模式不可用，检查策略组或规则命中；若节点测速有结果但域名打不开，优先检查 DNS 和域名解析，不要立即判断节点失效。
Windows、macOS、Android、Linux 的差异处理
Windows：先关闭 TUN，退出其他代理软件，确认系统代理没有残留指向无效端口。若系统代理可以用、TUN 不能用，使用管理员权限重新启动 FlClash，检查虚拟网卡和防火墙是否允许 FlClash 核心进程通信。官方仓库的界面字段将 TUN 描述为“虚拟网卡”，并标注管理员模式要求；不要在没有备份的情况下直接改注册表或删除网络适配器。查看 Windows/TUN 字段
macOS：先关闭系统代理和 TUN，再确认直连网络正常；重新开启时留意系统权限弹窗。若退出 FlClash 后网页仍打不开，检查系统网络代理是否仍保留旧端口。
Android：系统 VPN 通常只能同时运行一个 VPN 类连接。先关闭其他 VPN、分流工具或安全软件的 VPN 功能，再重新启动 FlClash；若锁屏后断开，检查系统电池策略和后台活动限制，但把这类措施视为通用排障建议，不要当作 FlClash 的必然要求。
Linux：先确认客户端依赖和权限满足当前发行版要求，再用系统代理模式测试。若 TUN 开启后断网，先恢复直连或普通代理，记录核心日志后再处理路由和防火墙，不建议直接清空防火墙规则。
FlClash 官方仓库列出了四个平台及订阅、系统代理等功能；但具体菜单位置会随平台和版本变化，遇到名称不一致时应以当前界面和日志为准。查看跨平台功能说明
节点有延迟但网页打不开：DNS、规则与端口
- 先区分延迟测试与真实访问。延迟测试只说明某个测试请求得到响应，不等于浏览器、应用和所有域名都能正常访问。固定一个节点，用同一浏览器或命令行测试，不要同时切换节点和模式。
- 检查规则模式。切换到全局模式做一次对照。如果全局可以、规则不行，检查当前策略组是否选择了故障节点，以及目标域名是否被规则送入直连或错误策略组。
- 检查 DNS。如果 IP 连接正常但域名打不开，查看 FlClash 的 DNS 查询和日志。mihomo 文档说明，TUN 的 DNS 行为与 dns-mode、dns-hijack、auto-route 等设置有关，Windows 和 macOS 还存在本地网络 DNS 无法自动劫持等限制。查看 TUN 与 DNS 说明
- 检查本地端口。如果系统代理指向某个本地端口，但内核没有监听，浏览器会表现为全部网页打不开。先关闭系统代理，确认普通网络恢复，再启动 FlClash 和内核，最后重新开启系统代理。
- 检查 MTU 前先备份。MTU 不应作为第一步。只有在日志或现象指向分片、特定网络无法建立连接时，再在不影响其他设置的前提下逐步测试；修改后记录原值，无法改善就恢复原值。
TUN 开启后断网：安全恢复顺序
- 关闭 FlClash 的 TUN 或虚拟网卡，必要时退出应用。
- 关闭其他 VPN、代理、加速器和可能接管 DNS 的工具。
- 确认浏览器直连可以打开普通网页；如果直连也失败，先修复本地 Wi-Fi、网线或系统网络。
- 重新启动 FlClash，只载入一个配置，先开启系统代理，不要同时启用 TUN。
- 系统代理可用后，再单独启用 TUN；若立刻断网，记录当前平台、FlClash 版本、TUN 开关状态、内核日志和是否出现权限提示。
- 提交日志前必须打码订阅令牌、节点域名、用户名、内网地址和出口地址。官方项目的界面字段包含日志捕获、TUN 授权失败和核心启动失败等提示，可优先搜索这些关键词。查看可检索的错误字段
不要先做：不要直接删除全部配置、清空系统路由、关闭防火墙或修改注册表。高权限操作可能影响其他网络连接；如果确实需要进行，应先导出配置、记录原值，并准备恢复步骤。
最小化复测清单
- 设备与系统：Windows、macOS、Android 或 Linux，以及系统版本。
- 配置状态：订阅是否更新成功、当前选中的配置、节点数量是否正常。
- 故障范围：一个节点失败、全部节点失败，还是节点有延迟但网页打不开。
- 代理方式：直连、系统代理、TUN 分别是否正常。
- 冲突项目：其他 VPN、代理、网络加速器、浏览器扩展是否关闭。
- 日志字段：错误时间、节点测试结果、DNS 错误、内核是否启动、端口是否监听。
- 隐私处理：订阅令牌、完整节点链接、账号信息、内网 IP 和日志中的敏感字段均需打码。
完成后只改变一个变量，例如先从规则切换到全局，再恢复原模式；这样才能判断到底是节点、规则、DNS 还是 TUN 引起问题。
常见问题
FlClash 节点连接失败，是节点失效还是软件设置错误？
不能只看一次测速判断。单个节点超时更像节点或线路问题；全部节点同时失败，应优先检查订阅、内核、系统代理、网络冲突和端口。先关闭 TUN 与其他代理，再固定一个配置和一个节点复测。
FlClash 订阅更新成功但没有节点怎么办？
先确认当前选中的是刚更新的配置，再检查过滤、隐藏和排除条件。如果返回内容实际是登录页、错误页或空内容，客户端可能无法生成有效节点列表。订阅链接可能包含令牌，不要提交完整链接或上传到公共检测站。
FlClash 节点有延迟，但浏览器打不开网页怎么办？
先切换全局模式对照测试。全局能用而规则不能用，重点检查策略组和规则命中；如果 IP 访问正常但域名失败，查看 DNS 查询和日志；如果系统代理可用而 TUN 不可用，则重点排查 TUN 权限、虚拟网卡、路由和防火墙。
FlClash 开启 TUN 后整机断网怎么恢复？
立即关闭 TUN，关闭其他 VPN 或代理，确认直连网络恢复，再启动 FlClash 并使用系统代理模式测试。若系统代理正常而 TUN 仍断网，记录平台、版本、权限提示、虚拟网卡状态和核心日志，不要先清空路由或关闭防火墙。
排查 FlClash 时需要提供哪些日志？
提供故障发生时间、平台、当前配置是否更新、单节点还是全节点失败、直连/系统代理/TUN 对照结果，以及 DNS、内核启动、端口监听和 TUN 授权错误。订阅令牌、节点地址、账号、内网 IP 和出口 IP 必须打码。