Clash 使用指南
订阅导入与连接验证

开始前：确认配置来源与网络状态

先在客户端关闭连接的状态下打开一个平时能够直接访问的网页，确认设备自身可以联网。随后检查系统日期与时区是否正确。错误时间可能影响 HTTPS 连接和订阅下载；如果基础网络已经断开，先处理 Wi-Fi、移动数据或网关问题，暂时不要调整代理规则。

客户端负责读取配置、管理策略与接管流量，安装完成并不等于已经具备可用节点。需要自行准备服务提供方给出的订阅链接，或一份包含节点与规则的兼容配置文件。优先选择明确标注支持 Clash 或 mihomo 的订阅格式；网页套餐地址、账户登录页面和购买记录链接不能直接当作配置导入。

订阅链接可能包含账户标识或访问凭据，复制时保留完整内容，但不要放进公开截图、聊天记录或问题反馈。排查时可说明错误类型和客户端名称，不需要公开链接全文。初次配置期间暂停其他代理工具与 VPN，避免多个程序争用系统代理、虚拟网卡或本地监听端口。保留当前能联网的环境，接下来先把配置导入成功。

STEP 01 / PROFILE

导入订阅：保存后启用配置

打开客户端左侧或底部的“订阅”“配置”入口，找到“新建”“添加”或“导入”。如果有远程与本地两种类型，使用订阅链接时选择远程配置。把完整链接粘贴到 URL 输入框，给配置起一个容易辨认的名称，例如“日常配置”，再点击保存或导入。名称只用于本机区分，真正的配置内容来自该链接返回的文件。

保存后等待下载完成。成功时通常会出现一张配置卡片、更新时间或更新按钮；有些客户端会直接打开节点列表。此时还要确认该配置是否处于“已启用”“当前使用”或选中状态。仅把文件下载进列表而没有启用，内核可能仍在读取旧配置。点击配置卡片或其菜单中的启用操作，等待客户端完成加载，再进入“代理”或“策略”页面。

在代理页面确认能看到策略组与节点。策略组名称由配置作者决定，不一定叫“PROXY”或“节点选择”，也可能按用途命名为网页、影音、下载。先检查列表确实有节点，再继续选择模式。如果节点列表为空，回到配置页查看下载或解析错误，而不是反复点击连接。订阅返回登录网页、格式不兼容或服务已到期，都可能导致文件无法正常加载。

若使用本地 config.yaml，在配置页选择从文件导入，定位文件后保存并启用。不要把浏览器中显示的整段页面另存为 YAML；扩展名正确不代表内容正确。导入后仍按同一方式检查策略组。首次使用不建议马上编辑规则或 DNS，把服务提供方的完整配置原样跑通，更容易判断问题来自哪里。

更新订阅时保留一份可用配置

手动更新适合确认服务端配置是否有变化。点击配置旁的更新按钮后，观察是否成功，不要连续高频刷新。更新失败时先保留当前仍可用的配置，确认链接有效性和网络路径，再重试。自动更新间隔按使用需求设置即可，过短的间隔会增加请求，并不能让不可用节点自动恢复。

不同客户端对本地编辑和远程更新的处理方式不同，远程文件更新可能覆盖手动修改。初次配置先不加入复杂覆盖脚本；需要长期自定义时，再了解客户端的覆写机制。订阅下载失败或配置解析报错的完整定位方法见故障排查大全。导入成功后保持该配置启用，进入模式选择。

STEP 02 / ROUTING

选择代理模式：先用规则，再选节点

进入“代理”页面，找到“规则”“全局”“直连”的模式选择控件。日常使用先选规则模式：请求按配置中的规则依次匹配，再交给指定策略或直连出口。这样可以在同一设备上同时保留需要直连的服务与需要代理的访问。规则模式的效果依赖配置内容，不会自动猜测每个网站应走哪条线路。

全局模式通常把普通出站请求交给全局策略，适合短时间对比某个问题是否与规则有关，不建议把它当作所有故障的通用修复。直连模式则让普通出站请求直接访问目标，可用于恢复基础网络或做对照测试。切换模式后，已建立的连接可能继续使用原路径；验证变化时应重新发起请求，必要时关闭旧页面或旧连接。

模式与 TUN 是两组不同概念。规则、全局、直连决定流量到达内核之后如何处理；系统代理与 TUN 决定流量如何进入内核。因此“选了规则”不等于浏览器已经走代理，“开启 TUN”也不等于所有请求都必须走节点。先决定分流方式，下一步再设置接管入口，可以避免同时改动多项造成判断混乱。

在实际使用的策略组中选择节点

展开负责普通代理流量的策略组，点击一次延迟测试或测速按钮，等待结果返回。选择有有效测试结果的节点，随后确认组内的选中标记确实改变。延迟测试只是到指定测试目标的连通性参考，数值较低不保证大文件下载更快，也不保证目标网站允许该出口。初次验证只需找一个能够完成请求的节点，不必在全部线路之间反复切换。

特别留意 DIRECT 与 REJECT。前者表示直接访问，后者表示拒绝连接，二者都不是远程代理节点。若本来应该代理的策略组选中了 DIRECT，客户端连接状态可能正常，但访问仍是直连。还要检查配置的最终匹配规则：它引用的是哪个组，就到哪个组确认选择，不能只在一个未被规则使用的组里更换节点。

如果配置使用自动选择组，界面可能只允许选择整个组，不允许固定内部节点。这是策略组行为，不代表界面失效。先保留服务提供方设置的自动策略，用连接记录查看实际选择。更深入的规则优先级、策略链与 DNS 问题留到系统化排查处理；首次配置只需要确保当前组有可用出口。

上方是检查示意，不是客户端开关。确认模式与策略后，继续开启连接。

STEP 03 / NETWORK ENTRY

开启连接：桌面与移动端分别操作

桌面端：先验证系统代理

回到客户端首页或设置页，确认内核已经启动。部分桌面客户端打开后会自动运行内核，另一些需要点击启动或连接。界面中的运行状态表示本地服务是否启动，与远程节点是否可达不是同一件事。内核运行后，在设置中开启“系统代理”，再打开浏览器访问一个新的页面。这条路径改动较少，适合作为第一次连接测试。

系统代理主要影响读取操作系统代理设置的应用。浏览器一般可以使用它，但浏览器代理扩展、单独设置的 PAC 或企业管理策略可能覆盖系统设置。初次测试时暂停浏览器内的代理扩展，避免扩展与客户端各指定一套入口。终端、游戏和部分下载工具不一定读取系统代理，不能因为它们没有变化，就直接判断整个客户端没有生效。

检查客户端显示的本地 HTTP 或混合端口，把它与应用中手动填写的端口对应起来。不要从旧教程直接照抄端口数字，各客户端默认值和用户设置可能不同。本地入口通常使用回环地址 127.0.0.1；普通单机使用不需要开启“允许局域网连接”，也不需要把代理监听暴露给同一网络的其他设备。

移动端：连接时确认 VPN 授权

移动端完成配置启用与节点选择后，返回首页点击连接。首次启动时，系统通常会弹出添加 VPN 配置或建立 VPN 连接的确认窗口，核对发起请求的是当前客户端后允许。这里的 VPN 接口用于把设备流量交给客户端处理，并不表示系统另外提供了远程节点；实际出口仍由刚才导入的配置与策略决定。

授权完成后等待界面变为已连接，再切换到浏览器发起测试。设备上通常只能由一个常规 VPN 服务接管这类连接，已有 VPN、其他代理客户端或部分使用本地 VPN 的过滤工具可能与其冲突。测试期间先断开这些工具，不要让它们同时竞争。若短时间内反复断开，先检查系统是否撤销授权或限制后台运行，不要马上更改规则。

需要更广接管时，再启用 TUN

浏览器在系统代理下正常，而其他应用仍不使用代理时，再考虑 TUN。进入客户端设置，按界面说明安装服务组件或授予所需权限，然后启用 TUN。它通常通过虚拟网络接口接管路由范围内的流量，但实际范围还取决于路由排除、应用设置与系统限制。不能把“已开启”当作全设备所有协议都已成功接管的证明。

首次验证 TUN 时，建议先关闭系统代理，用同一个测试目标比较结果，减少接管路径叠加。遇到企业 VPN、虚拟机网卡或局域网访问异常时，先关闭 TUN 恢复原状态，再到故障排查页按症状定位。不要为了运行客户端直接关闭系统防火墙；服务安装与权限请求也应以当前客户端的明确提示为准。

STEP 04 / CONNECTION CHECK

验证是否生效：看请求，而不只看开关

保持客户端连接，打开“连接”“活动”或“日志”页面，再在浏览器发起一个新的请求。连接列表通常会显示目标域名、目标地址、匹配规则、使用策略或流量变化。找到刚发出的请求，确认它确实进入内核。浏览器缓存可能让页面直接显示旧内容，测试时可使用新页面或隐私窗口，但隐私窗口本身不会自动改变代理路径。

接着区分“进入内核”和“使用代理节点”。在规则模式下，直连请求也可能出现在连接列表里。展开记录查看规则与策略链：命中 DIRECT 表示直接访问，命中某个代理组后还应查看最终节点。准备两个自己熟悉的测试目标，一个在配置中应当直连，一个应当代理，分别发起请求并比较记录。这样比只看网页能不能打开更有判断价值。

如需查看出口，可使用能够显示访问来源信息的服务，但出口信息只能证明这一次请求的路径。规则模式中不同网站可能走不同节点或直连出口，不能拿一个网站显示的地址推断全部应用。出口地区也可能受服务端识别方式影响；先以连接记录中的策略链确认分流，再把出口信息作为辅助证据。

终端验证：显式指定客户端实际端口

终端工具是否使用系统代理取决于工具和环境。为了单独验证本地 HTTP 入口，可先使用 curl 显式指定代理。下面示例仅适用于客户端实际 HTTP 或混合端口为 7890 的情况；如果设置页显示其他端口，先把命令中的数字改为实际值。此命令只是让这一次请求进入代理入口，最终是否走远程节点仍由规则决定。

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

看到 HTTP 响应头表示这次请求得到了响应，再到连接记录里确认对应目标和策略。提示无法连接本地地址时，先检查内核是否运行、端口是否一致；连接入口成功但目标超时时，再检查节点与网络。不要立即把命令里的代理设置写入永久环境变量，先做单次测试，避免退出客户端后终端仍然指向已经停止的本地端口。

完成配置后，保留可复现的检查顺序

当应代理的目标使用了预期节点、应直连的目标按规则直连，且实际网页可以正常加载，首次配置就已完成。记住当前启用的配置名称、模式、策略组和接管方式。以后出现问题时按同一顺序检查，每次只改变一项，并重新发起请求；不要同时更新订阅、切换模式、换节点和修改 DNS，否则即使恢复连接，也难以知道是哪项起作用。

结束使用时，桌面端先关闭系统代理，再退出客户端；若使用 TUN，确认虚拟网络接管已经停止。移动端点击断开，确认系统 VPN 状态随之结束。部分客户端会在退出时自动恢复设置，但强制结束进程或异常退出可能来不及处理。退出后基础网络异常时，先检查系统代理是否仍指向本地端口，而不是反复重新安装软件。

如果仍然无法访问，继续阅读Clash 故障排查大全，按无法上网、节点超时、订阅失败、DNS 异常或系统代理不生效等症状查阅。需要重新确认操作时，可返回订阅导入或连接设置，不必从安装开始全部重做。