初次配置 · 四步操作

Clash 订阅与连接教程

导入订阅 → 选择代理模式 → 开启连接 → 验证生效。已安装客户端、订阅有效时,可按约十分钟的操作流程逐步完成。

准备好兼容 Clash / mihomo 的订阅地址或 YAML 配置文件。客户端本身不附带代理服务;本教程不提供节点,也不要求公开订阅链接。

STEP 01 / PROFILE

导入订阅并启用配置

先完成配置导入,再打开代理开关。订阅地址通常由所使用的代理服务提供,用于下载节点、策略组和规则等配置内容。复制时应选择服务说明中兼容 Clash 或 mihomo 的订阅格式,而不是账户登录页、购买页面或帮助文档地址。复制后检查首尾是否混入空格、换行或聊天软件添加的标点,保留原始地址中的查询参数。

从订阅地址添加

打开客户端,进入“配置”或 Profiles 页面,寻找“新建”“导入”或从 URL 导入的入口。如果出现远程配置与本地配置两种选项,订阅地址应放在远程配置的 URL 输入框中,名称可以填写便于识别的短名。提交后先等待下载与解析完成,不要连续点击多次导入,以免留下内容相同的配置条目。

成功后通常会出现一张配置卡片或一条配置记录。点击选中它;若客户端另有“启用”或“使用”操作,还需要执行该操作。随后切到“代理”或 Proxies 页面,检查是否出现策略组和节点。配置已出现在列表中,只代表文件已被保存,不一定代表内核正在使用它;当前选中状态和代理页面内容需要一起确认。

使用本地文件或更新已有配置

已经拿到 .yaml 或 .yml 文件时,使用文件导入入口选择该文件,而不是把文件路径粘贴到订阅 URL 输入框。部分客户端也支持粘贴配置文本。导入后仍需选中启用。本地文件一般不会像远程订阅一样自动获取服务端变更;节点被调整后,需要重新取得文件,或改用服务明确提供的远程订阅。

已有订阅只需更新时,在原配置条目上使用“更新”或刷新操作。更新后确认该配置仍被选中,并检查原先选用的节点是否还存在。远程内容可能覆盖直接编辑的配置,因此初次上手不建议一边修改下载文件、一边反复刷新订阅;长期保留自定义规则的做法,放在配置进阶中处理。

如果导入提示下载失败,先确认地址仍有效、当前网络能访问订阅服务器,且服务端没有返回登录页面。若下载成功但解析失败,应核对格式是否适配所用内核,而不是先尝试更换代理模式。具体错误可查阅常见问题。当代理页面已能看到有效策略组,就可以继续选择模式与出口。

STEP 02 / POLICY

选择 Rule 模式与代理策略

初次使用建议选择“规则”或 Rule 模式。模式入口可能位于首页、代理页顶部或设置中。Rule 会按配置里的规则决定直连、代理或拒绝;它不是自动判断所有网站用途的开关,具体访问结果仍由当前配置的规则与策略组共同决定。切换前先确认第一步导入的配置处于启用状态。

区分三种代理模式

Rule 适合日常使用,既能让指定目标走代理,也能保留需要直连的请求。Global 会让进入内核的流量使用全局策略选择的出口,适合临时排查规则问题;它并不保证系统里每个应用的流量都已进入内核。Direct 则使进入内核的流量走直连,不能当成开启代理的方式。模式决定流量进入内核后如何处理,系统代理或 TUN 决定流量怎样进入内核,两者不能互相代替。

在规则引用的策略组中选择节点

设置 Rule 后,进入代理页面。策略组名称由配置作者决定,可能叫 Proxy,也可能使用中文名称,因此不要只寻找某个固定标签。找到用于普通代理流量的选择组,点击展开并选择一个服务状态正常的节点。如果组内列出的是另一个策略组,应继续进入下级组,确认最终选中的实际节点或自动测试组,避免外层看似已选择、内层仍停在 DIRECT 的情况。

手动选择组允许固定一个出口,自动测试组则可能根据配置的测试条件调整出口。第一次验证时,可以先在支持手动选择的组内固定一个节点,减少出口变化带来的干扰。若客户端提供连接测试,点击测试并等待结果;测试使用的目标和实际业务不同,因此有测试结果只说明该项测试可完成,不代表所有网页与应用都一定可用。

config.yaml · 规则片段
mode: rule
rules:
  - DOMAIN-SUFFIX,github.com,Proxy
  - GEOIP,CN,DIRECT
  - MATCH,Proxy

这段示例表示:先把匹配的 GitHub 域名交给 Proxy,再按地理 IP 规则处理中国大陆 IP,最后把未命中的连接交给 Proxy。规则自上而下匹配,命中即停止。Proxy 是示例策略组名称,完整配置需要另行定义该组;这只是解释模式的片段,不应替换已经可用的整份订阅。

此时应得到两个明确状态:模式为 Rule,代理策略组已有合适出口。如果仍不清楚节点与策略组的区别,可先查看术语表。下一步只处理流量接管,不再同时修改规则,便于确认连接是否真正建立。

STEP 03 / CONNECTION

开启系统代理或手机 VPN

配置和策略准备好后,检查客户端是否显示内核已运行。部分桌面客户端启动后会自动运行内核,部分需要先按启动按钮;手机端通常把启动内核与建立 VPN 合并在连接操作中。界面能打开不代表代理服务已经启动,日志中的配置加载错误或监听端口被占用都可能让连接无法建立。

桌面端先用系统代理验证浏览器

在客户端首页或设置中打开“系统代理”。这一步通常会把系统代理地址指向本机正在监听的端口,遵循该设置的浏览器随后才会把请求交给客户端。保持客户端运行,先用普通浏览器窗口做测试;如果浏览器安装了独立的代理切换扩展,检查它是否覆盖系统设置,避免客户端与扩展各自指定不同出口。

系统代理不等于接管所有应用。某些应用有自己的代理设置,另一些可能直接建立连接。命令行工具也不一定自动读取桌面系统代理,因此不要只凭浏览器成功就认定终端已走代理。需要单独配置应用时,应读取客户端当前实际监听的地址与端口;7890 只是常见配置示例,不保证每个客户端都使用它。初次上手无需开启局域网访问。

手机端允许系统 VPN 授权

Android 客户端通常提供连接按钮,点击后系统会弹出建立 VPN 连接的授权提示。确认正在授权的是所安装的客户端,再允许连接;回到客户端检查运行状态。iOS 客户端首次连接时可能请求添加 VPN 配置,按系统提示授权后返回应用继续连接。状态栏中的 VPN 标记只能说明系统隧道已经建立,实际代理出口仍要在下一步验证。

如果设备已有其他 VPN 应用运行,先断开原连接再测试,避免同时争用系统 VPN 通道。Android 若在锁屏或切换应用后频繁断开,可检查系统电池管理是否限制后台运行,并按客户端说明调整;不同系统的设置名称有差异,不必为了连接而关闭全部系统保护。学校或单位管理的设备可能限制 VPN 配置,应遵循设备管理要求。

确有需要时再启用 TUN

桌面浏览器已经正常、但特定应用不遵循系统代理时,再考虑 TUN。它通过虚拟网络接口接管流量,通常涉及系统服务、权限和路由设置。按客户端提示安装所需服务或授予权限后再开启,不要仅为初次网页测试同时启用所有网络选项。TUN 与 DNS 的组合设置见配置进阶,这里先保持客户端推荐的默认设置。

完成本步后,不应只停留在“已连接”的状态提示。保持当前模式、配置与节点不变,打开一个新的网页请求,进入下一步核对流量走向。若开启后所有网页都无法加载,先关闭刚开启的接管开关恢复原网络,再按最后一步的顺序排查。

STEP 04 / CHECK

验证访问结果与连接记录

验证要同时看访问结果与客户端记录。网页能打开,可能是规则选择了直连;VPN 图标出现,也不代表节点一定可用。先选择一个预期走代理的公开网页,例如在示例规则下访问 https://github.com/,重新打开页面或刷新。测试目标必须结合自己的实际规则确定,不能把一个网站是否打开当成所有网络状态的唯一结论。

查看规则与实际出口

打开客户端的“连接”或 Connections 页面,在网页加载时寻找对应域名或目标地址。不同客户端显示字段有所不同,重点观察目标、命中的规则、策略组和代理链。若预期走代理,记录中应能追踪到所选代理出口;若出现 DIRECT,先检查模式、规则顺序及该策略组的当前选择,而不是立即认定节点失效。

有些连接持续时间很短,网页加载结束后就会从活动列表消失。可以保持连接页打开再刷新网页,或使用客户端提供的日志页面辅助观察。不要为了捕捉一条记录而长期启用高详细度日志;日志可能包含访问域名,分享前应处理敏感信息。切换节点后,已有长连接也可能继续使用原来的出口,重新发起请求或重启目标应用再验证更准确。

如需核对出口 IP,可以用可信的 IP 查询页面作为补充,但仍需确认该查询请求本身命中了代理策略。在 Rule 模式下,不同目标可能使用不同出口,因此一个查询结果不能代表整台设备所有应用。浏览器测试通过后,再逐一打开实际使用的应用,检查各自是否遵循系统代理,或是否需要 TUN 接管。

失败时按固定顺序缩小范围

  1. 先看配置。确认当前启用的是刚导入的配置,代理页面不是空列表,日志没有配置解析失败。订阅更新失败与代理连接失败是不同环节,应分开处理。
  2. 再看出口。确认 Rule 模式下目标实际引用的策略组没有选中 DIRECT。固定一个节点测试,必要时更换同一订阅中的另一个可用节点,每次只调整一个选择。
  3. 再看接管。发起新请求时没有对应连接记录,优先检查系统代理、应用自身代理设置或手机 VPN 状态。如果记录存在但连接失败,继续检查节点与网络可达性。
  4. 最后检查 DNS 等细项。出现明确的域名解析错误时,再结合日志检查 DNS;不要一开始就删除全部 DNS 配置。相关概念查术语表,具体处理路径查常见问题。

为区分规则与节点问题,可以短暂切到 Global,明确选择其全局策略组的出口,然后对同一目标重新发起请求。如果 Global 可用而 Rule 不符合预期,应回查规则和策略组;如果二者都失败,则继续检查出口、接管与网络。但这只是定位方法,排查结束后要切回原先使用的 Rule 模式,避免把临时测试设置留作日常配置。

日常使用只需保持订阅有效,并在服务配置变更后更新。结束使用时,先关闭系统代理或断开手机 VPN,再退出客户端;桌面端若退出后无法联网,应检查系统代理是否仍指向已经停止的本地服务。之后需要自定义分流、合并订阅或调整网络栈时,再阅读配置进阶手册,不必在首次连接时一次完成全部设置。