遇到问题？先来这里找答案

先看当前节点延迟：如果是超时或飘红，换一个延迟正常的节点再试。延迟正常但仍打不开，检查代理模式有没有被误切到「直连」；桌面端还可以打开「日志」页面，看看具体连接是被谁拒绝的。少数情况是 DNS 解析异常，重启一次我的核心通常就能恢复。

先排除节点本身的问题：切到「自动选择」策略组，让我自动挑延迟最低的线路。如果所有节点都慢，可能是服务商线路高峰期拥堵，换个时间段或联系服务商反馈。也检查一下是不是误开了「全局模式」，把国内流量也绕去了代理，改回「规则模式」就能让国内网站恢复直连速度。

这通常是分流规则把该网站错误地分去了直连。打开「规则」页面搜索对应域名，看它命中了哪一条；如果规则集本身没问题，大概率是 DNS 结果被污染。参考文档里的 DNS 配置一节，确认 fake-ip 与 fallback 是否按推荐值配置。

先手动点一次「测速」，排除只是还没刷新的假象。仍然超时的话，大概率是该节点本身故障或者订阅已过期，去服务商后台确认账户状态；如果只有个别节点异常，直接换节点即可，别在一个坏节点上反复重试。

先确认订阅链接本身能不能访问：把链接粘贴到浏览器，如果打不开，说明订阅地址被墙或服务商故障，换成手机流量网络更新试试。链接能打开但客户端仍更新失败，检查系统时间是否准确（时间误差过大会导致证书校验失败），也可能是客户端更新超时设置过短，可以在「配置」里手动重试。

能用。订阅链接本身跟设备无关，只要没有超出服务商限制的设备数，在新设备上把同一条链接粘贴导入即可，节点会和旧设备完全一致。换设备后建议手动点一次「更新」，确保拿到的是最新节点列表。

多半是链接复制时漏了末尾字符，重新完整复制一遍最保险。也检查一下有没有多余的空格或换行被带进了输入框。如果链接确认无误，尝试删除旧配置重新添加一次，而不是在原有配置上反复点更新。

这是 macOS 的 Gatekeeper 机制对未签名 App 的默认拦截，不代表文件真的损坏。前往「系统设置 → 隐私与安全性」，往下滑到被拦截应用的提示旁点击「仍要打开」即可；部分老版本 macOS 需要改成在应用图标上按住 Control 点击「打开」，在弹窗里再确认一次。

代理类工具会修改系统网络设置，容易被安全软件的启发式规则误报，这是已知的行业通病，我的源码是完全公开的，可以在 GitHub 上自行审计。可以在安全软件里把安装包临时加入信任名单，或者从 GitHub 仓库直接获取最新构建。

去客户端「设置」页面确认「开机自启」开关是否打开；桌面端还需要检查系统的启动项管理里我有没有被手动禁用过。Windows 用户额外确认一下是否被电脑管家类软件的「启动项优化」自动关闭了，重新打开即可。

会。同一时间只应该有一个工具占用系统代理和网络适配器，两个同时开启会互相抢占端口或路由表，导致两边都不稳定。使用我之前，先把其他代理/VPN 完全退出（不只是最小化），需要切换时也遵循「先关一个再开另一个」的顺序。

先尝试完全退出后重新打开一次，多数偶发问题重启就能解决。如果反复出现，检查配置文件里是否有手动编辑导致的 YAML 格式错误（缩进混用 Tab 和空格是最常见原因），可以先把配置还原成一份能正常跑的旧版本，确认是配置问题还是客户端本身问题。

先看规则集数量：订阅了过多规则集或者规则写得过于复杂，会增加每次匹配的开销。也检查日志级别有没有被误设成 debug 长期开着，调回 info 或 warning 能显著降低资源占用。如果占用持续攀升不回落，可能是某个连接卡在了重连循环，重启核心即可清空。

不一定。个别节点连接失败、单次测速超时都会打红色日志，这是正常的容错行为，只要整体连接和使用没受影响就不用管。如果是同一条报错持续刷屏，再照着报错内容里的域名或节点名去对应排查，比一次性看懂所有日志更有效率。