Clash 新手十问:订阅、代理模式与连接状态快速解答

1. Clash 客户端、内核和订阅分别是什么？

客户端负责操作界面，内核负责处理流量，订阅负责提供配置。这三部分需要配合，安装客户端并不等于已经获得可用的代理节点。

• 客户端：提供配置导入、节点选择、日志查看、系统代理开关等功能。不同客户端的菜单名称和默认端口可能不同。
• 内核：读取配置、匹配规则并建立连接。Clash Meta 后续使用 mihomo 名称；它与早期 Clash 内核的字段和协议支持范围并不完全相同。
• 订阅：通常是一个带访问凭据的 URL，返回节点、策略组及规则等内容，也可能只提供节点集合。

遇到“配置无法加载”时，先记录客户端名称、内核名称与版本，再检查订阅要求。只看安装包名称，无法判断配置中的所有字段是否受支持。需要选择客户端时，可先看客户端对比，再按系统和架构安装。

2. 订阅链接从哪来，为什么不能随便分享？

订阅链接由提供代理服务的服务方，或自行维护节点与配置的管理员提供。本站下载中心提供客户端入口，不会因为安装客户端就自动生成订阅。

取得链接后的检查顺序

1. 在服务方账户页面确认套餐有效、流量尚有余额，并选择与当前内核兼容的订阅格式。
2. 复制完整 URL，避免遗漏问号后面的参数，也不要把网页上的说明文字一起复制。
3. 在客户端的配置或订阅管理页面添加远程配置，更新成功后再设为当前使用的配置。

更新失败不一定代表节点全部失效：还可能是订阅服务器无法访问、令牌过期或返回了登录网页。可对照订阅常见问题逐项检查，不要连续重复添加同一链接。

3. 导入成功却没有节点，是哪里没完成？

先确认配置已启用，再区分完整配置和节点提供器。“下载成功”只说明取回了内容，不保证内核已经加载，也不保证当前策略组包含可选节点。

• 当前配置未切换：配置列表里可能保存了多份文件，导入后仍在使用原来的空配置。检查当前激活项与内核日志。
• 格式不匹配：只有若干协议链接的文本，不一定能直接作为完整 Clash YAML 配置使用。
• 提供器未更新：配置使用 proxy-providers 时，主配置加载成功后，远程节点集合仍需另外获取。
• 节点未进入策略组：存在节点定义，但当前组没有引用它们，也会表现为列表内容不符合预期。

排查时保留原订阅，先看错误是否包含 YAML 解析失败、未知字段或远程下载失败。不要为了让配置“能保存”而随意删除整个字段段落。字段层级与缩进可参考YAML 手册。

4. 规则、全局、直连模式应该选哪个？

日常先用规则模式；全局模式适合短时对照测试；直连模式用于让进入内核的连接直接访问。模式决定内核如何处理流量，不决定应用是否已经把流量交给内核。

规则通常从上往下检查，命中后停止继续匹配，因此具体域名规则应放在兜底规则前面。切换为全局后能访问、规则模式下不能访问，优先检查规则与策略组；不要直接断定是订阅失效。模式说明见代理模式设置。

5. 客户端显示已连接，为什么浏览器还是打不开？

“已连接”可能只表示内核运行、VPN 接口建立，或一次节点测试成功。这些状态都不能单独证明浏览器请求已经走通。应按“本地入口 → 规则策略 → 远端连接”分段验证。

1. 确认订阅已启用、策略组已选择节点，内核没有反复退出。
2. 桌面端使用系统代理时，核对客户端监听端口与系统代理端口是否一致。若实际端口是 7897，系统仍指向 7890 就会连错入口。
3. 检查浏览器代理扩展。扩展可能覆盖系统代理，或保留另一套已停止使用的端口。
4. 打开客户端连接列表，再刷新一个新页面，观察是否出现对应域名、命中规则与出站策略。

连接列表里完全没有请求时，先查流量入口；有请求但报超时时，再查节点与目标网络。测试时关闭旧标签页的长连接或使用新会话，避免把切换前的连接结果当成当前结果。完整初始顺序可按快速上手教程执行。

6. 浏览器能访问，终端为什么不跟随系统代理？

部分命令行程序不读取桌面系统代理，而读取自身参数或环境变量。因此浏览器正常、终端失败可以同时发生。先用单次命令显式指定代理，确认问题边界，再决定是否配置长期环境变量。

以下是测试命令，不是本站实测结果。示例假设客户端的 HTTP 或混合监听端口为 7890；运行前必须替换为客户端实际显示的端口：

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

在 Windows PowerShell 中可用 curl.exe 明确调用 curl，避免旧版环境中同名别名的参数差异。如果返回“连接被拒绝”，优先检查本地端口与内核状态；如果已连接本地代理后才超时，继续检查远端节点与目标地址。

• HTTP 代理用于 HTTPS 目标时，代理地址仍可写成 http://127.0.0.1:7890，客户端通过 CONNECT 建立隧道。
• HTTP 端口与 SOCKS 端口可能不同，不能只修改协议前缀就认为可以互换。
• 全局环境变量会影响其他工具。确认单次命令有效后，再按 shell 和工具文档配置；取消代理后也要清理相应变量。

代理入口、协议与端口的关系可结合名词解释核对。

7. TUN 模式是不是必须开启？

不是。能正常读取系统代理的应用，通常可以先使用系统代理。TUN 通过虚拟网络接口与路由接管流量，适合不读取系统代理的应用，但也增加权限、路由和 DNS 排查项。

按平台确认接管方式

• Windows、macOS：客户端可能需要安装服务、网络扩展或取得管理权限。只点开关但授权未完成，不能视为接管成功。
• Android：常见客户端通过系统 VPN 接口转发流量，需要确认 VPN 授权；应用分流和绕过列表也会影响覆盖范围。
• 多套网络工具并用：另一款 VPN、虚拟网卡工具或安全软件可能修改路由与 DNS，应一次只改变一个变量进行对照。

TUN 并不意味着所有流量都通过远端节点：进入内核后仍会按模式和规则选择代理、直连或拒绝。是否接管 UDP、IPv6 以及哪些网段，还取决于配置和平台实现。不要把开启 TUN 当成提高下载速度的按钮。配置前先阅读DNS 设置说明。

8. 节点延迟很低，为什么下载和视频仍然慢？

延迟测试反映特定测试目标的一次往返或请求耗时，不等于持续带宽。不同客户端的测试方式、目标 URL 与超时阈值不同，数值也不适合跨环境直接比较。

例如某节点显示 40 ms，但下载只有 1 MB/s，并不矛盾：前者是耗时，后者是吞吐量。按十进制换算，1 MB/s ≈ 8 Mbps；实际速度还受线路拥塞、服务端限制、丢包和设备性能影响。这里的数值仅用于解释单位。

1. 固定同一目标文件和同一网络，暂停其他大流量任务。
2. 选择两个节点，分别测试约 30 秒，记录稳定阶段速度，而非只看起始峰值。
3. 分别在高峰与非高峰时段复测，判断是否具有时段相关性。
4. 核对服务方的流量倍率。若标注为 2 倍计费，通常使用 1 GB 会扣除约 2 GB 套餐额度，具体以服务方规则为准。

地区标签也不保证目标网站看到的出口位置或内容权限。应以实际出口和目标服务规则为准，不要反复切换节点后只凭一次页面打开速度下结论。日常定位可继续使用常见问题中的检查方法。

9. DNS、Fake-IP 报错时应该直接关闭吗？

先分清域名解析失败、路由错误与节点连接失败，再决定是否调整 DNS 模式。“网站打不开”不等于 DNS 一定有问题，直接更换整套配置会让对照失去依据。

Fake-IP 会向应用返回用于映射的合成 IP，再由内核关联真实域名处理连接。配置中常见的 198.18.0.1/16 属于用于此类机制的地址范围示例；看到这类解析结果，不代表域名被错误解析到普通公网服务器。具体行为应结合内核和 DNS 配置判断。

• 出现解析失败日志：检查上游 DNS 是否可达，以及解析请求是否形成循环依赖。
• 仅局域网设备名异常：检查本地域名、搜索域与 Fake-IP 过滤设置，不要把所有域名都排除。
• 只有某个浏览器表现不同：检查安全 DNS 或 DoH 设置，它可能走另一条解析路径。
• 调整后现象不变：重启相关应用或清理其 DNS 缓存，避免仍在使用旧结果。

每次只修改一项，并记录修改前后的日志。模式定义与配置边界见Fake-IP 说明。

10. 退出客户端后断网，怎样恢复并准备求助信息？

先检查残留的系统代理，再检查 TUN 路由与 DNS。如果系统仍把请求发往已经关闭的本地监听端口，支持系统代理的应用就可能无法访问，而其他应用仍然正常。

恢复顺序

1. 重新打开原客户端，关闭系统代理；启用过 TUN 时，也先关闭 TUN，再正常退出。
2. Windows 11 可到「设置」→「网络和 Internet」→「代理」检查手动代理；macOS 可到「系统设置」→「网络」→ 当前连接 →「详细信息」→「代理」检查。受组织管理的设备应先确认管理要求。
3. 若只有终端异常，检查命令参数和代理环境变量；它们不一定会随系统代理开关一同清除。
4. 仍未恢复时，保存日志后重新连接网络，核对 DNS 与默认路由；不要直接删除所有虚拟网卡或重置全部网络设置。

首次配置完成后，建议按固定顺序记录状态：当前配置 → 代理模式 → 策略组选项 → 流量入口 → 测试目标。下一次故障就能只对比发生变化的部分。安装与权限设置可回到快速上手教程核对，不必一开始就重装客户端。