Clash 入门与连接设置

第一步：导入订阅并启用配置

打开客户端，进入「订阅」「配置」或「配置文件」页面。首次启动时，这里可能只有新建按钮或本地示例配置。点击「新建」「添加」或「导入」，选择「远程配置」「从 URL 导入」一类入口。将订阅提供方给出的完整地址粘贴到地址栏，给配置填写一个便于辨认的名称，再点击「下载」或「保存」。名称只用于本机识别，不会改变订阅内容。

粘贴后先看地址的开头与结尾。地址通常以 https:// 开头，后面的查询参数可能是必要的授权信息，不能只保留域名，也不要把聊天工具附带的标点或换行带进去。如果提供方同时列出多种格式，应选择明确标注为 Clash 或兼容 mihomo 的配置入口。只有若干节点文本的内容，不一定能直接作为完整配置使用。

确认下载成功，再设为当前配置

点击下载后，等待客户端给出完成提示。不同界面可能显示更新时间、配置名称或导入结果。返回列表，点击刚添加的配置卡片，或打开其菜单选择「使用」「激活」「设为当前」。列表里存在一份配置，只说明它已保存；还需要看到当前选中标记，才能确认内核实际加载的是这一份。

接着进入「代理」页面，检查是否出现策略组及其可选项；再看「规则」页面是否载入了规则。部分配置通过远程资源提供节点或规则，首次加载可能需要额外等待资源下载。若页面仍然空白，先返回配置页确认导入结果，而不是马上反复打开系统代理。此时尚未建立完整配置，切换连接开关通常不能解决问题。

本地文件与订阅更新的区别

如果拿到的是 .yaml 或 .yml 文件，在导入菜单里选择「从文件导入」，然后用系统文件选择器打开该文件。导入后同样要激活，并检查策略组是否出现。本地文件通常不会因为原作者更新内容而自动变化；远程订阅则可以通过配置卡片上的「更新」重新获取内容，两种入口不要混用。

首次使用建议手动更新一次，确认地址可访问后再设置自动更新间隔。不要在失败时连续点击刷新，以免触发服务端请求限制。若出现授权失败、内容格式错误或下载超时，应先核对订阅有效期、所选格式与当前基础网络。不要为了尝试修复而随意删掉地址中的参数。详细错误处理见问题诊断；订阅与配置文件的概念区别见术语表。

进入下一步的条件：配置已显示为当前使用项，「代理」页面可以看到策略组或可用代理。满足这两点后，再选择流量如何分配。

第二步：选择代理模式与出口

回到客户端首页或「设置」，找到「代理模式」。首次连接选择「规则」。该模式按配置中的规则决定哪些连接直连、哪些连接进入代理策略组，适合作为日常使用的起点。模式选定后，再进入「代理」页面选择出口；这两个操作分别控制匹配方式与实际去向，不能互相替代。

「全局」会将进入内核的连接交给全局策略处理，通常仍需要指定全局组的出口；「直连」则让这些连接直接访问目标。全局模式不会自动让设备上的每个应用都经过客户端，应用是否进入内核仍由系统代理、手机 VPN 或 TUN 等入口决定。不要用「已选全局」代替第三步的连接设置。

找到规则实际使用的主策略组

在代理页面寻找承担默认代理出口的组，它可能叫「节点选择」「代理」或使用配置作者自定的名称。组内可能同时出现实际代理、自动选择组、其他策略组与 DIRECT。展开主策略组，选择一个已确认可用的代理；如果选择的是另一个分组，还要检查该分组最终指向什么，避免出口链最后落在直连上。

如果不确定哪个组是主组，可以打开「规则」页面，看常用目标或最后一条 MATCH 规则引用了哪个策略名称，再返回同名策略组进行选择。不同订阅的命名没有统一标准，不必照着截图寻找固定中文名称。遇到「策略组」「规则匹配」等概念，可先查术语表，这里先完成选择即可。

用检测辅助选择，不把检测当作最终结论

客户端若提供连接检测或延迟检测，可先对候选出口执行一次。检测成功表示它能完成该检测目标的请求，不代表所有网站和业务都可访问；显示超时也可能与检测地址、网络环境或配置资源未就绪有关。首次操作选择一个能完成检测的出口，然后继续实际访问验证，不需要反复全量测速。

切换策略后，已经建立的长连接不一定立即换到新出口。验证新选择时，应刷新页面或重新打开目标应用，让它建立新连接；必要时在连接页面仅关闭相关连接。此时先保留订阅自带规则，不急着改规则顺序或加入自定义覆写。完成基础连接后再调整，可以减少同时变化的设置项。

进入下一步的条件：代理模式为规则，相关策略组已选定出口，且没有意外指向直连。接下来让设备流量进入客户端。

第三步：开启设备连接入口

导入配置和选好出口后，检查首页是否显示内核运行中。若有「启动」「连接」或电源形状按钮，先点击启动，等待状态变为运行。某些桌面客户端启动时就会运行内核，但这仍不等于系统代理已开启：内核负责处理送入的连接，系统或应用还需要知道如何把连接交给它。

电脑：先使用系统代理

在 Windows 或 macOS 客户端中找到「系统代理」，将其开启。这个开关通常会把操作系统的代理地址指向本机监听端口。首次使用保留客户端默认端口，不要为了与截图一致而改值。如果界面显示混合端口 7890，它只是常见默认值，实际应以当前客户端设置为准，不能拿这个数字覆盖所有配置。

开启后，重新打开浏览器并发起请求。大多数遵循系统代理的桌面应用会使用该入口，但部分游戏、命令行工具或自带网络设置的软件不会自动跟随。Linux 桌面的代理设置也可能受桌面环境与应用实现影响。如果浏览器已经生效、另一个程序却没有，先查该程序的代理选项，不要立即判断订阅失效。

第一次配置时，先退出其他正在接管系统代理或网络流量的客户端，避免两个程序反复改写同一入口。远程办公 VPN、企业网络工具可能有特定要求，不能随意关闭时应按管理规范处理。不要让两个代理客户端互相把对方当作上游，否则可能形成连接循环，表现为网页一直等待或日志不断重复报错。

手机：允许系统网络授权

Android 客户端通常在点击启动后请求建立 VPN 连接。核对弹窗中的应用名称，确认是刚安装的客户端，再允许连接。这里的 VPN 接口用于将设备流量送入客户端，不表示订阅已经可用。授权完成后回到应用，确认连接状态；首次成功后再考虑电池优化与后台运行设置，不必一开始调整所有系统选项。

iOS 上点击连接后，系统可能要求允许添加 VPN 配置，并通过设备验证完成授权。返回客户端，确认配置和所选策略仍然正确，再测试访问。设备若已经启用另一项 VPN，先确认二者是否冲突；多数常规使用场景不适合同时叠加两个不同的网络接管工具。

进入下一步的条件：内核处于运行状态，电脑的系统代理已开启，或手机已完成网络授权并显示连接。最后用实际请求确认，而不是只看开关颜色。

第四步：验证规则与实际连接

打开一个平时能直接访问的网站，确认基础网络没有受到影响；再打开一个按当前配置应走代理的网站。选择自己熟悉且当前可用的目标即可，单个网站维护或暂时不可达不能代表整个配置失败。若浏览器一直保留旧页面，重新加载或打开新的标签页，确保测试确实发起了新请求。

在连接页面核对三项信息

保持客户端的「连接」页面打开，再访问测试目标。找到对应域名或目标地址，查看匹配规则、策略组和出口链。对于应代理的请求，出口链应包含刚选定的策略及实际代理；对于应直连的请求，显示 DIRECT 可能正是预期结果。规则模式下两类流量同时存在是正常情况，不需要追求每一条记录都走代理。

如果记录中只有地址、没有域名，也不要直接认定 DNS 出错，显示内容取决于应用请求方式和客户端提供的信息。先核对可见的规则与出口，再根据症状决定是否深入检查。外部 IP 查询只能辅助确认该次查询请求的出口，不能证明所有应用都已接管，也不能证明规则分流完全正确。

测试时若看不到目标记录，先确认连接列表是否设置了搜索或过滤条件。部分客户端只显示仍在活动的连接，短请求可能很快消失；可以重新发起请求并及时观察，或查看日志。日志等级先保持 info，不要为了初次验证直接开启大量调试输出，更不要把包含访问目标与个人配置的整份日志公开分享。

未生效时，只退回检查一个环节

如果请求没有进入客户端，先检查系统代理、手机连接状态，以及目标应用是否遵循该入口；如果记录已经出现但匹配了直连，回到第二步检查模式、规则和策略组；如果记录走向正确但连接超时，尝试另一个出口，并核对订阅状态与基础网络。这个顺序能把「没有接管」「分流不同」「出口不可用」区分开。

每次只调整一项，调整后重新发起同一个测试请求，并观察连接记录是否变化。不要同时更换订阅、修改 DNS、切换全局模式和启用 TUN，否则即使恢复访问，也很难知道哪个操作有效。若简单检查后仍未解决，转到问题诊断按症状排查；本页不继续展开路由、证书或 DNS 映射等进阶内容。

当应直连和应代理的目标都符合预期，首次配置就已完成。此后通常只需要启动客户端、确认当前配置并按需更新订阅。订阅更新可能替换远程配置内容，直接编辑下载文件的改动可能被覆盖；需要长期保留自定义规则时，先了解客户端的覆写机制，再参考术语表确认相关字段。