Clash Verge 新手十问：订阅导入、代理模式与连接失败快速解答

1. Clash Verge 安装后，为什么还需要订阅？

客户端负责配置管理、系统代理与内核运行；订阅通常提供节点、策略组和分流规则。仅安装客户端，不会自动获得可连接的远端代理服务器。订阅地址应来自你有权使用的服务，客户端本身不替代服务账号，也不决定套餐流量或有效期。

• Clash Verge Rev：桌面图形客户端，管理订阅并控制内核。
• mihomo：执行协议连接、DNS 处理与规则匹配的内核，也常被称为 Clash Meta。
• 订阅配置：描述节点与路由行为的数据，不是安装包，也不是网页登录地址。

开始前准备好订阅链接，确认服务尚未到期。若手上只有单个 ss:// 或 vmess:// 节点链接，不要默认它能作为完整 Clash 配置导入；先查看提供方是否有专门的 Clash 或 mihomo 订阅入口。

2. 订阅链接怎么导入，怎样确认已经生效？

进入左侧「订阅」页面，在订阅链接输入框粘贴地址，点击「导入」；等待配置卡片出现，再选择该配置作为当前配置。不同版本可能把入口放在「新建」中，此时选择远程订阅类型并填写 URL。导入后应能在「代理」页面看到策略组及其节点，而不是只有一张订阅卡片。

1. 复制原始链接，去掉开头、结尾的空格和聊天软件附带的标点。
2. 完成导入并选中配置，查看是否出现解析错误或内核重载失败。
3. 进入「代理」，展开负责外网流量的策略组，选择一个可用节点。
4. 先使用「规则」模式，再启用「系统代理」，最后打开网页验证。

订阅 URL 中的令牌通常能直接读取账号配置，应按密码保护。截图时遮住完整地址，分享日志前也要检查请求 URL。需要讨论配置时，仅提供去除服务器凭据与订阅令牌后的片段。

3. 导入提示 YAML 错误、403 或超时怎么办？

先区分“下载失败”与“内容无法解析”。403 常见于访问被拒、令牌失效或服务端策略限制；404 通常表示路径不存在；超时则需要检查当前网络能否连接订阅服务器。这些都与 YAML 缩进错误不是同一类问题。

如果订阅服务器必须经代理才能访问，而当前又没有任何可用配置，就会形成首次导入的依赖问题。可通过另一条已授权可用的网络取得配置，或联系提供方获取可达入口。不要把含令牌的链接提交给来历不明的在线转换页面。

4. 规则、全局、直连模式分别该怎么选？

日常使用先选「规则」。内核按配置中的规则从上往下匹配，命中后把连接交给对应策略；策略可能是节点组、DIRECT 或 REJECT。规则模式并不是“国外全部代理、国内全部直连”的固定算法，具体结果由当前配置决定。

• 规则：按照域名、目标 IP、进程等规则分流，适合已有分流配置的日常使用。
• 全局：进入内核的连接统一交给全局策略，仍需在全局组中选定实际出口。
• 直连：进入内核的连接直接访问目标，不经过远端节点。

“全局”不代表强制接管电脑上的所有程序，它只改变已进入内核的连接如何路由。某个软件完全不遵循系统代理时，切换全局模式通常不能解决接管问题。可暂时用全局模式对比规则结果，确认问题后再切回规则模式。

5. 系统代理打开了，为什么某些应用仍然直连？

系统代理是给应用读取的代理设置，不是网络层的强制转发。浏览器一般会遵循系统设置，但部分下载工具、终端程序、游戏或自带网络栈的应用可能使用独立设置。先在客户端「连接」页面观察：产生一个新的请求后，有没有对应目标域名或进程记录。

用显式代理请求区分故障位置

假设实际混合端口是 7897，Windows 可在终端执行下面的请求。这里明确指定代理，绕过“应用是否读取系统代理”的不确定性；macOS 或 Linux 可将 curl.exe 换为 curl。

curl.exe --proxy http://127.0.0.1:7897 --connect-timeout 10 --max-time 20 -I https://example.com

收到 HTTP 响应说明本次请求已完成连接过程，但仍应在连接记录中确认命中的策略。若报连接被拒绝，先查本地监听端口；若显式代理可用而某应用不行，检查该应用的代理选项，必要时再考虑 TUN。开启 TUN 前先确保这条显式代理测试能够成功，避免把节点故障与接管故障混在一起。

6. 节点显示超时，或者延迟正常但网页打不开？

节点延迟测试通常是让内核经节点请求指定测试 URL，结果只反映该次请求。测试地址可达，不代表目标网站、UDP 流量或所有 DNS 查询都正常；反过来，测试地址不可达也不一定说明节点完全失效。

1. 在「代理」中确认真正被规则引用的组已选中节点，不只是在另一个无关分组里切换。
2. 打开「连接」，找到失败请求，查看命中规则、策略链及目标地址。
3. 切换另一个节点，使用同一个网址复测，保持其他配置不变。
4. 进入「日志」查看相同时间点的错误，区分认证失败、DNS 错误和连接超时。

如果全部节点同时失败，优先检查账号到期、流量额度、本地网络与系统时间。如果只有一个站点失败，重点查该站点的规则和解析结果。不要因为延迟从 80 毫秒变为 120 毫秒就认定配置损坏；连接建立、吞吐量与单次延迟是不同指标。

7. 提示端口被占用，怎样找到冲突程序？

日志中的 address already in use 通常表示监听地址与端口已被占用。常见原因是旧代理客户端还在后台运行，或另一实例使用同一端口。先退出重复客户端；如果冲突仍在，再查询占用者，不要直接结束不认识的系统进程。

Windows 可运行下面两条命令。第一条筛选本地 7897 的 TCP 监听记录，并显示 PID；第二条根据查到的实际 PID 查看程序名称，示例中的 1234 需要改成查询结果。

netstat -ano -p tcp | findstr LISTENING | findstr ":7897 "
tasklist /FI "PID eq 1234"

另一种处理方式是在「设置」→「Clash 设置」中找到端口选项，将混合端口改为未占用的值，例如 7898。菜单位置随版本调整时，以 mixed-port 对应的实际字段为准。修改后重载内核，重新开关系统代理，并同步更新浏览器扩展、终端或其他手工填写了旧端口的应用。

8. TUN 模式什么时候需要，为什么会启用失败？

TUN 通过虚拟网络接口及相关路由接管流量，适合无法方便设置应用代理的场景。它与系统代理的工作层级不同，但也受路由、进程排除、内核配置和系统权限影响，不能保证所有流量都会经过远端节点。

• Windows：先检查「设置」→「服务模式」的安装与运行状态，再启用 TUN；服务安装通常需要管理员授权。
• macOS、Linux：确认已按客户端当前版本的要求授予网络相关权限，查看是否有权限不足的日志。
• 存在其他 VPN：先暂停其他 VPN 或虚拟网卡接管工具，避免默认路由与 DNS 设置互相覆盖。

启动失败时，记录第一条具体错误，再判断是权限、接口创建还是路由安装问题。远程桌面操作时不要连续切换未知的 TUN 配置，以免断开当前会话。TUN 能接管流量不等于节点支持 UDP；应用所需协议还要同时得到节点与服务端支持。

9. 订阅更新后，自定义规则为什么消失了？

远程订阅更新会重新取得配置。直接编辑下载下来的内容，通常不适合作为持久修改方式；下一次更新后，本地改动可能被远程内容替换。需要长期保留的规则，应使用客户端支持的覆写或扩展配置机制，并确认它绑定到了当前订阅。

先检查规则位置，再检查策略名称

例如，希望让示例域名直接连接，可以加入下列规则。它应出现在会提前捕获该请求的宽泛规则之前，尤其不能放在末尾兜底 MATCH 之后。

rules:
  - DOMAIN-SUFFIX,example.com,DIRECT

上面只演示规则字段结构，不是完整订阅，也不要用它覆盖整个配置。不同覆写机制可能采用合并、前置插入或脚本修改，不能假定粘贴一个 rules 数组就会自动追加。若目标写成自定义策略组名，该名称必须与最终配置完全一致。保存后查看运行配置与连接记录，再手动更新一次订阅，确认改动仍然保留。字段含义可继续查阅配置参考。

10. 退出客户端后断网，怎样恢复并整理排查信息？

如果应用已经退出，但系统仍指向 127.0.0.1 的代理端口，浏览器会向一个没有程序监听的地址发送请求。优先重新打开客户端，关闭「系统代理」与 TUN，再正常退出；若程序无法启动，可手动恢复系统网络设置。

• Windows 11：进入「设置」→「网络和 Internet」→「代理」，核对「使用代理服务器」及「使用设置脚本」，只撤销由该客户端留下的配置。
• macOS：进入「系统设置」→「网络」→ 当前网络服务 →「详细信息」→「代理」，检查网页代理、安全网页代理和 SOCKS 代理。
• 终端：若之前手动设置了 HTTP_PROXY、HTTPS_PROXY 或 ALL_PROXY，还需清理当前终端及启动文件中的对应设置。

公司设备可能由组织统一下发代理，不要直接清空所有设置；先记录原值并向管理员确认。恢复直连后，再逐层重建：启动内核、确认端口监听、发起显式代理请求、启用系统代理，最后才测试 TUN。