Clash 新手常见十问:订阅链接、代理模式、节点选择与开机启动快速解答

一、Clash 订阅链接从哪里来，能否直接当配置导入？

订阅链接由你使用的网络服务提供方或配置维护者提供，通常可在其账户后台的订阅页面复制。先确认导出格式是 Clash 或 mihomo 可读取的配置，而不是网页登录地址、购买页面，或只包含其他客户端专用格式的节点列表。

导入前检查三项

• 内容类型：完整配置通常包含 proxies 或 proxy-providers，以及 proxy-groups、rules 等字段。只有节点资源的订阅需要配合主配置使用。
• 链接有效性：订阅可能受账户期限、访问令牌或设备策略影响。复制时不要带入换行、空格或聊天软件附加的标点。
• 格式兼容性：浏览器返回的若是登录页或错误页，即使 HTTP 请求成功，也不能作为 YAML 配置加载。

订阅地址往往含有访问令牌，应当按密码管理。不要把完整地址发到公开评论区，也不要随意提交给不熟悉的在线转换服务。需要求助时，隐藏令牌、账户信息和节点密码，只提供错误提示与必要的配置结构。

二、订阅导入后为什么没有生效，更新失败怎么办？

“已下载”不等于“已启用”。以 Clash Verge Rev 的常见界面为例，在「订阅」页面添加远程配置后，还需要选中该配置；再到「代理」页面查看策略组是否出现。若仍显示旧节点，先核对当前启用的是不是刚导入的那一项。

1. 执行一次手动更新，记录错误发生在下载、解析还是加载阶段。
2. 下载失败时检查订阅是否到期、本地网络能否访问订阅域名，以及系统日期是否正确。
3. 解析失败时检查返回内容是否为 YAML，留意日志中的行号、缩进错误和不支持的字段。
4. 加载失败时检查内核日志；节点协议不受支持、策略组引用不存在的名称，都可能使配置无法使用。

如果直连能下载订阅，而通过代理更新却失败，可在客户端提供相应选项时改用直连更新。反过来，订阅域名只能通过已有代理访问时，则需要先保留一份可用配置完成更新。不要在尚未验证新配置前删除唯一可用的旧配置。

三、规则、全局与直连模式怎么选？

日常使用先选规则模式。规则按照顺序匹配连接，把流量交给指定策略组、直连或拒绝策略。全局模式适合短时排查，直连模式适合临时让内核接收到的流量直接访问目标。

全局模式不等于接管整台设备。未进入系统代理或 TUN 的流量，仍然不会因为切换模式而自动交给内核。全局策略组也要选择实际可用的节点；若组内选中的是直连，切换全局后仍可能直接访问。

如果规则模式失败、全局模式成功，应在「连接」列表查看目标域名、命中规则和实际策略链。重点检查是否误命中 DIRECT、是否被 REJECT 拒绝，以及目标策略组是否选错出口，而不是一直更换节点。

四、节点怎么选，延迟越低就一定越快吗？

延迟只反映某次测试请求的往返耗时，不能代表带宽、持续稳定性或目标网站的访问结果。客户端显示的延迟还受测试 URL、超时时间和测试方式影响，不宜跨客户端直接比较。

按同一条件比较节点

1. 先固定一个目标网站，使用同一网络、同一客户端与同一测试地址。
2. 在同一策略组中依次选择 2～3 个节点，分别打开网页并尝试实际业务。
3. 下载测试使用同一文件，每次持续约 30 秒，观察中途断流，而不只看瞬时峰值。
4. 若目标服务有地区要求，以服务实际识别的出口地区为准，不只看节点名称。

例如，测试列表中一个节点显示 80 毫秒、另一个显示 160 毫秒，只能说明当次延迟有差异；不能据此推断前者下载速度一定更高。这些数字是比较方法的示例，并非本站对节点的实测结果。新手可先用手动选择组固定出口，排除问题后再使用配置提供的自动选择或故障转移组。

五、节点超时或连不上，应该先查什么？

先区分“所有节点都失败”与“只有一个节点失败”。前者优先检查本地网络、配置和内核运行状态；后者优先检查节点状态、账户权限与协议参数。单次延迟测试失败，也不一定表示所有业务都无法连接。

• 所有节点失败：确认客户端内核已启动，订阅未过期，节点服务器域名能够解析，系统时间没有明显偏差。
• 单个节点失败：更新订阅后重试，检查服务方是否调整了地址、端口或认证信息。
• 网页可用、特定应用失败：确认应用是否遵循系统代理，是否需要 UDP，以及域名是否命中预期规则。
• 切换 Wi-Fi 与手机热点后结果不同：记录差异，进一步检查当前网络对目标端口、协议或 UDP 的限制。

日志中的错误怎样理解

connection refused 通常表示目标端口拒绝连接；timeout 表示在规定时间内没有完成相应阶段；no such host 常与域名解析有关。TLS 或认证错误则需要检查系统时间、协议参数和账户信息。错误所在阶段比“无法上网”四个字更有定位价值。

不要为排查而永久关闭防火墙或跳过证书验证。需要防火墙放行时，核对程序路径与网络范围，只开放实际需要的权限。提交日志前隐藏订阅令牌、认证字段与敏感访问记录。

六、系统代理与 TUN 模式有什么区别，需要同时开启吗？

系统代理告诉遵循系统设置的应用使用本地代理端口；TUN 通过虚拟网络接口接入流量，并结合路由和 DNS 设置处理连接。浏览器已能正常使用时，不必仅为“功能更全”而开启 TUN。

两者可以在部分客户端中同时开启，但初次配置应先只启用一种入口。以 Clash Verge Rev 的常见界面为例，可在「设置」中查找「系统代理」与「虚拟网卡模式」，所需服务安装入口随版本变化。开启 TUN 后如果断网，先关闭 TUN，确认系统代理路径是否仍可用，再检查内核日志。

TUN 并不保证所有应用、所有协议都能代理。节点是否支持 UDP、规则如何设置、应用是否绑定特定接口，都会影响结果；与其他 VPN 同时运行还可能产生路由竞争。

七、本地代理端口在哪里看，终端为什么没有走代理？

先在客户端设置或最终生效配置中确认监听地址与端口，不要直接照抄网上的端口号。常见示例是 127.0.0.1:7890，但实际端口可以不同。mixed-port 表示同一个端口接收 HTTP 与 SOCKS 代理连接，不是节点服务器的远程端口。

# 本地监听示例；合并前先检查客户端是否已有相应设置
mixed-port: 7890
allow-lan: false
bind-address: 127.0.0.1
mode: rule

终端工具未必读取桌面系统代理。假设实际 HTTP 代理端口就是 7890，可以在 PowerShell 中用下面的命令做一次显式代理测试；它只影响本次请求，不会修改全局设置。

curl.exe --proxy http://127.0.0.1:7890 --head https://example.com/

示例地址只用于观察请求是否经本地代理完成，不代表目标业务可用。如果提示无法连接 127.0.0.1，先查内核是否启动、端口是否填对，以及是否被其他进程占用。若本地端口能连接但远端请求失败，再查看节点和规则。仅本机使用时保持局域网访问关闭；需要共享代理时，再单独配置监听范围、认证和防火墙。

八、DNS、规则和订阅是什么关系，网页打不开要改 DNS 吗？

订阅是配置来源，规则决定连接走哪条策略，DNS 负责域名解析。三者会相互影响，但不是同一个开关。网页打不开时，先在连接记录确认目标有没有进入内核，再判断是解析失败、策略错误，还是节点连接失败。

修改前保留可回退配置

• 目标没有出现在连接列表：优先检查系统代理或 TUN 的流量接入。
• 出现域名解析错误：检查生效的 DNS 配置和解析服务器是否可达。
• 已命中直连但目标需要代理：调整对应规则或策略组。
• 规则与策略都正确：再比较其他节点及其他网络的结果。

mihomo 的 fake-ip 模式通常会从配置的虚拟地址池向应用返回地址，再由内核还原域名并转发连接。这种地址不是节点出口地址，也不应按普通公网解析结果直接判断异常。切换解析模式后，应用或系统可能仍缓存旧结果，可先重启受影响的应用再验证。

不要同时更换 DNS、启用 TUN、切换节点和修改规则。每次只改一个变量，并保留原值。对公司内网域名、打印机或局域网服务，还要确认是否需要使用内部 DNS，以及该域名是否应当直连。

九、Clash 如何设置开机启动，退出后为什么会断网？

开机启动、启动后开启系统代理、启动后启用 TUN，是三个不同设置。只启用“开机启动”，不一定会自动接管网络；恢复上次代理状态也不等于已经有可用节点。

1. 先在客户端「设置」中查找「开机启动」或「登录时启动」，开启后保存。
2. Windows 可到「设置」→「应用」→「启动」核对启动项；macOS 可到「系统设置」→「通用」→「登录项与扩展」核对允许项目，具体名称随系统版本变化。
3. 如需 TUN，按客户端说明安装服务或配置授权，不要仅依赖登录时弹出提权提示。
4. 重启并登录后，检查客户端、内核、当前配置和代理入口四项，再实际访问一次目标。

关闭窗口可能只是最小化到托盘，菜单里的“退出”才会结束程序。如果异常退出后系统代理仍指向本地端口，浏览器可能因没有程序监听而无法访问。Windows 可到「设置」→「网络和 Internet」→「代理」检查手动代理；macOS 可到当前网络连接的「详细信息」→「代理」检查。

十、客户端与 mihomo 内核怎样更新，旧配置还能用吗？

先确定更新的是图形客户端还是内核。图形客户端版本与内核版本相互独立，更新界面程序不一定同步切换内核。可在客户端「关于」、内核信息或启动日志中记录版本，再按该客户端支持的方式升级。

更新前后各做一次验证

1. 备份订阅地址、本地配置、覆写文件和必要设置；备份文件同样要妥善保管。
2. 从客户端支持的更新入口或对应项目发布渠道获取更新，确认系统与 CPU 架构匹配。
3. 优先使用客户端管理的内核更新功能。不要把未知来源的可执行文件直接覆盖进程序目录。
4. 更新后检查配置能否加载，验证一个直连目标、一个代理目标，以及原先使用的 TUN 或 UDP 场景。
5. 若出现兼容问题，保存错误日志并恢复此前的稳定组合，逐项检查配置差异。

Clash Meta 与 mihomo 存在项目延续关系，但不代表所有带 Clash 名称的客户端支持相同协议和字段。旧版原版内核可能无法识别较新的节点协议或配置项；mihomo 的扩展字段也不能直接假定可用于其他内核。客户端若提供多个内核选项，应以实际启用的内核能力为准。

完成这十项检查后，保留一套已验证的基线：有效订阅、明确的策略组、可连接节点、已确认的本地端口和单一流量入口。后续添加 TUN、自动选择或自定义规则时，逐项修改、逐项验证，比一次导入大量未知设置更容易维护。