Clash 订阅导入
与基础设置

开始前：准备已有订阅

安装 Clash 客户端不会自动获得代理节点。开始前需要准备一个有效的 Clash 格式订阅链接，或一份可用的 YAML 配置文件；链接与服务可用性由订阅提供方负责。本站提供客户端入口与操作文档，不分发订阅。若手头只有单条协议链接或一长串编码文本，先确认客户端是否支持该格式，不要直接把它当作完整配置导入。

首次设置建议保持默认参数。先记下当前是否启用了其他代理、VPN 或浏览器代理扩展，测试期间只保留一种明确的接管方式，避免请求走向不清。如果设备受单位或学校管理，部分代理设置、网络扩展和服务安装可能被限制，应遵循设备管理要求，不要通过反复提权来尝试绕过。

订阅链接可能含有账号访问令牌，保存方式应与密码类似。发截图时遮住完整地址，排查日志时删除链接参数与节点凭据；不要把链接提交到不熟悉的在线转换页面。对「内核」「配置」「节点」这些名称还不熟悉，可以先看术语表，再回到下面的第一步。

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

打开 Clash 客户端，进入「配置」「订阅」或「Profiles」页面，找到「新建」「导入」或用于输入订阅地址的文本框。从订阅提供方复制完整链接，粘贴后检查开头和结尾是否多了空格、换行或聊天软件附带的标点。链接中的查询参数也要完整保留，不能只复制到域名或路径部分。

点击「导入」或「下载」，等待客户端完成获取与解析。成功后通常会出现一张配置卡片，显示配置名称，有些客户端还会显示更新时间。出现配置卡片不等于该配置已经启用。继续点击卡片或使用其「启用」「使用」菜单，确认它带有选中标记，再切换到「代理」页面查看是否出现策略组。

如果拿到的是本地文件，使用「从文件导入」或客户端支持的拖放入口，选择实际的 YAML 文件。不要只把其他格式的文件扩展名改成 .yaml；扩展名变化不会改变内部结构。完整配置通常包含代理节点、策略组和规则等内容，只有几行规则的示例片段不能替代订阅提供方给出的配置。

根据失败位置处理导入问题

点击导入后一直等待，或出现 timeout、context deadline exceeded，通常表示获取过程没有在限定时间内完成。先确认设备本身能联网，再检查订阅地址是否可访问。首次导入还没有可用代理时，不能指望新导入的配置先替这次下载提供连接；应使用当前可用网络，或向订阅提供方确认可用的获取方式。

如果返回 401 或 403，优先核对链接是否过期、参数是否缺失以及账号是否仍有访问权限；这类响应也可能来自服务端访问限制，需要结合提供方说明判断。若提示 yaml: unmarshal errors，或出现具体行号的解析错误，说明返回内容不符合预期结构。网页错误提示、登录页面或其他客户端专用订阅，都可能被误当作 YAML 读取。

不要在遇到错误后连续新建许多相同订阅。先保留一条记录，检查地址并尝试更新；确需替换时，给新旧配置使用不同名称，成功后再删除旧项。订阅更新通常会重新拉取远程内容，直接编辑订阅原文的修改可能被覆盖，首次使用暂不修改规则。需要长期保留本地调整时，再阅读本地覆写与配置管理。

本步完成的判断标准是：配置列表中有一份明确选中的配置，「代理」页能够显示其策略组，客户端没有持续报告加载失败。达到这个状态后再选择代理模式，不必急着同时打开所有网络开关。

第二步：选择规则模式与代理策略

进入「代理」或首页的「模式」设置，选择「规则」或 Rule。这个模式会按当前配置里的规则逐条匹配请求，再交给对应的策略处理。它适合日常使用，但具体哪些网站走代理、哪些直连，取决于订阅配置内容，并不是客户端仅凭地区名称就能固定判断。

接着查看策略组。常见组名包括「代理」「节点选择」「自动选择」，也可能是订阅提供方自定义的名称。展开负责代理出口的组，选择一个已知可用的节点，或选择配置中已有的自动选择组。如果列表里存在多层策略组，要继续展开确认最终选择，避免只看到外层组名，却没有注意内部仍指向 DIRECT 或不可用的旧节点。

客户端提供的连接测试或延迟测试可以辅助筛选，但测试成功只说明对应测试目标在当时可达，不保证所有网站和应用都能使用。首次操作先选定一个节点完成后续验证，不要在网页尚未加载完成时连续切换。更换节点后，部分应用会继续复用旧连接，必要时重新打开测试页面或结束相应应用连接再试。

「全局」并不等于整台设备的全部应用已经被接管。它改变的是进入内核后的处理策略；应用请求有没有进入 Clash 客户端，还取决于系统代理、TUN 或应用自身代理设置。同理，选择规则模式也不会自动开启系统代理。这两个设置处在不同环节，下一步需要单独完成连接。

如果代理页为空，先返回第一步确认配置已启用；如果能看到节点却找不到某个教程中的组名，不必手工新建同名组，应按当前配置的实际分组操作。策略组类型、规则顺序和 MATCH 的含义属于进阶内容，可在基础连接完成后阅读进阶配置手册。本步只需要确认：当前是规则模式，相关代理策略已选定可用出口。

第三步：开启连接并确认接管方式

桌面端先在首页或设置中找到「系统代理」，将其开启。该开关通常会把操作系统支持的代理设置指向客户端的本地监听地址，浏览器等遵循系统代理的应用便可把请求交给内核处理。开启后让客户端保持运行，不要立即退出进程；部分客户端关闭主窗口只是收进托盘，真正的「退出」则会停止本地代理服务。

先不要更改本地端口。网上常见示例使用 mixed-port: 7890，但不同客户端实际端口可能不同，应以当前设置为准。如果日志出现 address already in use 或监听端口绑定失败，检查是否另一个 Clash 客户端或其他程序正在占用端口。关闭重复运行的实例后重试，不要只在浏览器里随意填写一个新的端口。

Android、iOS 上通常通过「连接」或启动按钮开启网络接管。首次连接时，系统可能提示添加 VPN 配置或允许建立 VPN 连接，确认提示来源是刚安装并主动打开的客户端后再授权。这里的 VPN 是系统提供的网络接管接口，不能单凭状态栏出现 VPN 标记，就判断订阅节点已经可用；仍需完成第四步的实际访问验证。

系统代理能用后，再考虑 TUN

如果浏览器已能访问，而某个应用不读取系统代理，可以再考虑 TUN 模式。TUN 通过虚拟网络接口与路由接管请求，可能需要管理员权限、服务模式、网络扩展或系统 VPN 授权，具体提示取决于平台和客户端。按当前客户端的说明完成安装或授权，遇到服务启动失败时先处理该错误，不要一边报错一边继续修改 DNS 参数。

首次测试尽量只保留一种清晰的接管路径。需要切换到 TUN 时，可以先关闭系统代理，再启用 TUN 验证；如果客户端明确要求组合使用，以其说明为准。其他 VPN、虚拟网卡和安全软件可能影响路由，测试期间避免并行启动多个接管工具。若设备连接了单位内网，先记录原有网络状态，确认不会影响必要业务。

本步完成后，桌面端应能看到系统代理已开启，或 TUN 已按预期启动；移动端应显示连接状态，并获得系统授权。若开关刚打开就自行关闭，先进入「日志」查看启动阶段错误，记录第一条相关提示，再到帮助中心对照处理。重复点击启动通常不能解决权限或端口冲突。

第四步：验证访问与规则命中

打开浏览器，访问一个平时可直连的网站，确认基础网络仍然正常；再访问一个预期应走代理的网站，例如你的规则明确指定代理访问的站点。不要只看客户端上的连接图标。网页能否完整加载、请求是否进入内核、最终选择了什么出口，三者结合起来才能判断设置是否生效。

接着打开 Clash 客户端的「连接」页面，刷新测试网页，查找对应域名或应用请求。部分连接持续时间很短，页面加载后可能很快消失，此时可以查看「日志」并再次刷新。关注请求命中的规则、策略组，以及最终的节点或 DIRECT。规则模式下同时出现直连和代理请求是正常现象，不需要为了让所有记录都显示同一个节点而切换全局。

如果网页打开了，但没有任何相关记录，先确认刷新产生了新请求。浏览器缓存、其他代理扩展、应用内独立代理或另一款 VPN，都可能让观察结果与预期不同。可以临时停用浏览器代理扩展，再重新打开测试页；也可以用同一浏览器的隐私窗口减少缓存干扰，但隐私窗口本身不会绕过系统代理或改变网络出口。

按现象缩小排查范围

完全没有新请求记录时，先检查系统代理或移动端连接开关是否真的开启，再确认测试应用是否遵循该接管方式。若日志出现 connection refused，结合目标地址判断是本地监听未启动，还是远端连接被拒绝；不要仅凭这两个单词就认定是订阅失效。

能看到请求，且已选择代理节点，但页面仍超时，可以在同一策略组内换一个可用节点后重新测试。若切到全局模式后可访问、规则模式下却失败，重点检查该域名命中的规则与策略，而不是一直重装客户端。完成对照后记得切回规则模式，保留出问题的域名和命中结果，方便进一步定位。

如果日志持续出现域名解析失败、DNS 查询超时，先确认设备网络和当前配置是否正常，再看DNS 设置章节。不要一次替换所有 DNS 地址、启用 TUN、修改规则并切换节点，否则即使恢复访问，也难以知道是哪一项起作用。每次只改一个相关设置，测试后记录结果，恢复无效改动。

遇到证书警告时不要直接忽略浏览器提示。先检查系统日期与时间，再确认是否安装了抓包工具证书、是否有其他网络过滤软件参与连接。代理可达不代表证书异常可以跳过。其他常见现象，如休眠恢复后无法连接、订阅更新失败或应用仍走直连，可继续查阅帮助中心的故障排查。

结束使用与下一次启动

确认访问和规则命中符合预期后，基础设置就完成了。先保持这份可用配置，不急着增加覆写脚本或合并多份订阅。下一次启动时，检查配置仍被选中、策略组选择未变，再开启系统代理或移动端连接。开机自启只决定客户端是否启动，自动连接或自动设置系统代理可能是另一项选项，需要分别确认。

结束使用时，桌面端先关闭系统代理，移动端先断开连接；使用 TUN 的设备先关闭 TUN，再退出客户端。如果客户端意外崩溃后浏览器无法访问，检查操作系统是否还保留着指向本地端口的手动代理，确认后关闭残留设置。需要继续调整规则集、Fake-IP 或外部控制时，转到进阶配置手册，不要在这份已验证可用的基础配置上同时进行多项试验。