Clash 订阅导入
与连接设置教程

步骤 01 · 配置

导入订阅并启用配置

打开客户端左侧的“配置”页面，找到“新建”“导入”或带加号的入口。准备好服务提供方给出的 Clash / mihomo 兼容订阅链接，将完整地址粘贴到 URL 输入框，再点击“下载”或“导入”。这里填写的是订阅地址，而不是服务商首页、账户登录页或购买页面。客户端需要从该地址获取配置内容，因此能在浏览器里打开网站，并不代表拿到的就是可用订阅。

使用剪贴板导入时，先复制整条链接，再切回客户端选择“从剪贴板导入”。确认输入框里没有混入说明文字、空格或换行，尤其留意聊天软件转发后丢失的地址尾部。订阅链接常含账户访问参数，应按凭据保管；排查问题时先遮住完整链接和订阅截图里的敏感内容，再分享错误信息。

URL 下载成功后，选中配置卡片

下载完成后，配置列表通常会出现一张带名称的卡片。点击卡片或其“启用”按钮，直到看到选中标记、当前配置提示，或明确的激活状态。导入成功与正在使用是两个状态：列表里存在文件，只能说明配置已保存；还需要切换到该配置，内核才会读取其中的策略组和规则。随后进入“代理”页面，检查是否出现配置定义的策略组。若仍显示旧内容，先回配置页确认选中项。

首次启用时，客户端可能进行语法检查或重新加载内核。等待操作完成，再进行下一步。如果出现解析错误，先看错误是否提到 YAML、缩进、字段类型或具体行号。不要直接删掉报错行来强行启动：该行可能被其他策略引用。更稳妥的做法是重新获取提供方标注的 Clash 格式订阅，并确认当前客户端使用的内核支持该配置。

本地文件与订阅更新

如果拿到的是 config.yaml 或 .yml 文件，使用“从文件导入”并选中它；只有客户端明确支持拖放时，才将文件拖入配置区。本地文件适合迁移和临时测试，但通常不会因为服务提供方修改了远端订阅就自行更新。URL 配置若支持定时更新，可以在配置卡片的编辑菜单中开启更新，并按服务说明设置间隔。更新后仍要确认当前启用的是预期配置。

遇到下载超时，先确认设备基础网络正常、订阅仍有效，再尝试重新下载；不要先连续改动 DNS、TUN 和端口。若下载结果是网页文本，或提示配置缺少必要内容，回到提供方页面核对订阅类型。关于格式转换和订阅异常的进一步判断，可查看帮助中心。当配置已启用、代理页已出现可选策略组，就可以继续选择运行模式。

步骤 02 · 分流

选择规则模式与代理出口

进入“概览”或“代理”页面，找到“模式”选项，将运行模式设为规则 / Rule。这一步决定进入内核的请求如何分流：规则模式按配置中的规则从上到下匹配，请求可能直连、进入某个策略组，或被拒绝。首次使用时保留订阅已有的规则，先完成一次连接验证，再考虑添加自己的分流条目，这样出现问题时更容易确定是哪一步发生了变化。

“全局 / Global”通常将进入内核的流量交给全局策略处理，适合短时对比测试；“直连 / Direct”通常让进入内核的流量直接连接目标。两者都不等同于关闭客户端，也不代替系统代理设置。尤其要注意：选择全局模式，并不会自动捕获所有应用的流量；某个应用是否进入内核，仍取决于系统代理、显式代理或 TUN 等接管方式。

展开实际策略组，再选择出口

在代理页找到配置用于处理代理流量的策略组，展开后选择当前订阅中可用的出口。组名由订阅配置决定，可能是中文，也可能是英文，不必寻找某个固定名称。一个策略组也可能指向另一个策略组，因此选中上层组后，要继续确认下层组的实际选择，直到能够解释请求最终通过哪个出口发出。

如果配置已经提供“自动选择”一类的组，可以选用它，让内核按该组的测试逻辑选择成员。手动选择组则会保留当前选择，适合需要固定出口的场景。点击客户端的连通性或延迟测试按钮，等待结果返回，再选择能通过测试的成员。测试超时只能说明这次探测未成功，可能与测试地址、网络或出口有关；测试成功也只能提供参考，不能替代后面对目标网站的实际访问。

先保留默认规则，避免同时修改多个变量

初次连接建议只做两项调整：运行模式设为规则模式，为代理策略组选择可用出口。暂时不要同时修改规则顺序、DNS 模式和连接端口。如果某个网站的走向不符合预期，先到连接记录里查看命中的规则，再决定是否需要覆写。规则分流关注的是每条请求的目标和匹配条件，单看网站所属地区或浏览器页面语言，无法准确判断实际出口。

本教程不展开策略组类型与规则编写。需要理解自动选优、备用切换或规则集订阅时，可继续阅读mihomo 进阶配置手册。现在只要记住当前模式、当前策略组选择，并保持其他设置不动，就可以进入网络接管步骤。这样后面若出现异常，能沿着一条清晰的路径回查，而不是在多个开关之间反复切换。

步骤 03 · 接管

开启系统代理或 VPN 连接

回到客户端主页面，确认内核正在运行，再根据设备平台开启网络接管。内核启动、运行模式与系统接管是三个独立环节：内核负责处理请求，模式决定如何分流，系统接管负责把应用请求送进来。只看到客户端窗口已打开，或模式已经切成规则，并不能说明浏览器正在使用代理。

macOS 与 Windows：先开启系统代理

在客户端首页、设置页或菜单栏菜单中，找到“系统代理”并开启。以 macOS 为例，部分客户端会在菜单栏提供快捷开关；如果系统要求辅助服务授权，先核对应用名称与操作目的，再按提示完成。开启后通常可以在系统网络设置对应的代理项目中看到本地代理地址，但不建议为了验证而手动重填整套系统参数，优先让客户端管理开关与恢复过程。

随后打开一个新的浏览器标签页，访问需要测试的网站。多数遵循系统代理设置的浏览器会将新请求交给客户端；已建立的长连接可能仍沿用旧路径，因此切换设置后应重新发起请求。若另一款 VPN 或代理工具也在运行，先暂停其中一个，避免两个程序交替改写系统代理。若客户端提示端口被占用，先检查是否有重复启动的实例，再到帮助中心查看端口冲突的处理方式。

Android 与 iOS：点击连接并确认系统授权

在移动端客户端首页点击“连接”或启动按钮。首次连接时，系统通常会请求建立 VPN 连接或添加 VPN 配置，确认后返回客户端，等待状态变为已连接。这里的系统 VPN 标识说明设备已建立接管通道，并不表示每条请求都会使用远端代理；配置中的直连规则依然可以让相应请求直接访问目标。

如果设备已有其他 VPN 正在连接，先断开再试，避免隧道互相替换。Android 某些客户端提供按应用代理或绕过应用设置，测试时确认浏览器没有被排除；iOS 若在应用间切换后出现连接异常，回到客户端检查实际状态，而不是只依据状态栏图标作判断。不同系统版本的授权文案可能变化，按当前设备显示的选项操作即可。

TUN 模式：在确有接管需求时再开启

当浏览器已经正常，但某些不遵循系统代理的应用仍未进入客户端时，再考虑 TUN。该模式通过虚拟网络接口与路由设置接管流量，桌面端可能需要安装服务、管理员授权或网络扩展许可。按当前客户端的说明完成授权，开启后检查是否有明确的启动错误；不要将系统代理与 TUN 同时开启当作固定步骤，是否组合使用取决于客户端的实现和推荐设置。

Linux 桌面环境是否统一遵循系统代理，取决于桌面设置和具体应用；命令行工具也可能需要单独指定代理。本次先用浏览器完成基础验证，不在这里扩展终端环境变量配置。TUN、DNS 与 Fake-IP 的联动留到进阶配置手册再调整。完成本步后，应能看到系统代理已开启或 VPN 已连接，且客户端没有持续报告启动失败。

步骤 04 · 检查

验证连接与规则是否生效

打开客户端的“连接”页面，保持窗口可见，再用浏览器访问一个正常可达的网站。观察连接列表是否出现新的域名或目标地址；有些短连接消失得很快，可以刷新网页后立即查看，或在列表中使用域名筛选。若页面没有连接列表，则打开“日志”查看请求与错误信息。验证的重点不是界面上的总流量数字，而是能否把刚发起的访问与一条具体记录对应起来。

选中记录，查看客户端提供的目标、匹配规则、策略链或出口字段。不同客户端展示的列名不同，有的只显示部分信息。若记录标记为 DIRECT，说明该请求按直连策略处理；若经过配置中的代理策略组，则继续查看最终选择。命中 MATCH 通常表示前面的规则都没有匹配，进入了兜底规则，并不单独说明配置发生错误。

分别测试预期直连与预期代理的请求

先访问一个按当前订阅规则应当直连的网站，再访问一个应当使用代理的网站，对照连接记录检查实际走向。以配置与记录为准，不要只按网站名称猜测。一个网页可能同时请求多个图片、脚本和接口域名，这些请求可以分别匹配不同规则；因此需要查看具体失败的域名，而不是看到主页面打开就认定所有分流都已正确。

如需辅助核对出口，可在符合预期的代理请求中使用可信的出口地址查询服务，再与直连结果比较。查询结果会受到查询域名命中的规则影响，适合作为旁证；它不能代替客户端里的策略链记录。相同出口也不必然说明代理失效，例如测试请求本身命中了直连规则。最终判断应同时结合请求是否进入内核、规则命中情况和目标访问结果。

按配置、接管、出口的顺序回查

如果连接列表里完全没有刚发起的请求，先确认目标配置仍处于启用状态，再检查系统代理或 VPN 是否真正开启，以及测试应用是否被排除。浏览器里已加载的缓存页面可能没有产生新网络请求，重新刷新后再看；Linux 或独立设置了代理的应用，也可能不使用桌面的系统代理，需另行核对该应用的连接方式。

如果记录已经出现，但请求超时，查看它最终选中的出口是否与步骤二一致，再尝试同组内另一个可用成员。若日志明确报告解析失败、连接被拒绝或认证错误，分别沿 DNS、目标连接和订阅授权方向排查，不要把所有错误都归为规则问题。日志分享前遮住订阅链接、访问参数及私人目标域名。更长的故障处理流程请转到帮助中心，避免在首次设置时同时改变太多参数。

退出前关闭接管，更新后复查一次

确认直连与代理请求都符合预期后，保留当前规则模式与策略选择即可。以后订阅更新、更换网络或切换出口后，重复一次简短验证：发起新请求，查看命中规则，确认目标访问正常。不需要每次重新导入配置；只有订阅地址或配置来源发生变化时，才回到第一步替换来源。

暂时不用代理时，先在客户端关闭系统代理或断开 VPN，再退出应用。桌面端尤其要避免只强制结束进程，却留下指向已停止本地端口的系统代理设置。如果退出后网络异常，回到系统网络设置确认代理状态，或重新打开客户端关闭接管。至此，订阅、模式、网络接管和验证形成完整闭环；需要定制规则、DNS 或本地覆写时，再进入进阶配置。

继续阅读进阶配置手册 · 按症状查找常见问题