Clash 订阅导入与连接设置

一、导入订阅并启用配置

打开客户端，进入“配置”“订阅”或“Profiles”页面，寻找“新增”“导入”或加号按钮。若配置提供方给出的是一个完整网址，选择远程配置或通过 URL 导入；若已经保存了 YAML 文件，则选择从文件导入。两种方式最后都需要得到一份能被当前客户端解析的配置，不要把网址当作本地文件内容保存。

粘贴链接，等待下载与解析

在远程配置的地址栏粘贴完整订阅链接，给它设置一个便于辨认的本地名称，然后点击“导入”“下载”或“保存”。名称仅用于区分配置，不会改变服务器参数。复制链接时注意清除首尾空格，不要把聊天消息中的说明文字、引号或换行一起带入地址栏；链接中的查询参数也不要随意删改。

提交后等待客户端完成请求。成功时，配置列表通常会出现新条目，并能查看更新时间、配置详情或更新操作。部分订阅需要客户端先按指定格式获取内容；如果提示格式错误，应向提供方确认是否支持当前客户端和内核，而不是反复改动文件扩展名。浏览器能打开一个链接，也不代表返回内容就是有效的 Clash 配置。

如果远程下载失败，先保持代理关闭，确认当前网络可以访问订阅服务。部分客户端的订阅更新请求有独立的代理设置，不能仅凭浏览器访问结果判断。记录提示中的状态码或错误文字，再查阅订阅与导入问题。不要为了让一次下载成功而关闭证书验证，也不要将私人订阅链接提交到来源不明的转换页面。

设为当前配置，确认策略组出现

配置添加完成后，点击新条目或它旁边的“启用”“使用”按钮，将其设为当前配置。有些客户端导入后会自动选中，有些只把它存入列表，因此需要查看当前选中标记，不能只看列表里是否多了一行。随后进入“代理”页面，确认能看到该配置定义的策略组和可选出站。

若采用本地文件导入，在系统文件选择器中选中 YAML 文件，等待客户端解析，再执行同样的启用操作。本地导入的文件通常不会自动跟随远程服务更新；以后收到新文件，需要重新导入或按客户端功能替换。保留一份原始文件，后续修改规则前可以回退。

到这一步，完成的只是配置加载，还没有证明代理可用。如果代理页为空、加载时报字段错误，或当前配置仍是另一份文件，先停在这里处理。正常看到策略组后，再进入下一步选择运行模式。

二、选择规则模式与代理出站

回到客户端首页或“代理”页面，找到“模式”“运行模式”或“Mode”选项。首次配置选择规则模式（Rule）。这个选项让内核按照当前配置中的规则决定连接走直连、代理策略组还是拒绝；它不会替你生成规则，也不表示所有网站都会使用同一个代理出口。

先确定模式，再选择策略组

切换为规则模式后，打开代理列表，找到配置中用于代理访问的策略组。它可能叫“Proxy”“节点选择”或其他名称，具体以提供方配置为准。展开组后，选择一个已知可用的出站。如果组内还嵌套了其他策略组，需要继续确认下一层当前选中了什么，避免以为选了代理，实际最终落在 DIRECT。

手动选择组允许直接指定出站；自动选择组或故障转移组则按配置中的检测与切换逻辑工作。如果点击某个条目后不能固定选中，先查看组类型，不要把它误认为客户端失灵。首次连接优先沿用配置已有的分组结构，不急着重命名组，也不要删除看起来重复的组；规则可能正通过名称引用它们。

客户端若提供连通性检测，可以在选定策略组后执行一次，用于排除明显不可达的候选项。但检测结果仅代表对指定测试目标的一次请求，不等于所有应用都能访问，也不等于实际下载速度。先完成本页后面的浏览器访问与连接记录检查，再判断整体是否正常。

区分规则、全局与直连

“全局（Global）”通常把已经进入内核的连接统一交给全局策略组，适合临时比较某个问题是否与规则有关。切换后仍要检查全局组的出站选择；如果它选中 DIRECT，访问就不会按预期经过代理。完成比较后切回规则模式，避免把临时排查状态当作日常设置。

“直连（Direct）”让进入内核的连接直接访问目标，不适合用来验证代理出口是否可用。还要注意，全局模式只决定内核如何处理已接收的连接，不会自动接管系统中所有应用。哪些应用能进入内核，取决于下一步启用的系统代理或 VPN 接管方式。

现在应能确认两件事：当前模式是规则，目标策略组有明确的出站选择。模式与策略组的详细关系可继续阅读代理模式和策略组说明；首次操作先不改规则文件，继续开启连接。

三、启动内核并开启流量接管

切回首页或状态页面，查看客户端是否已经启动内核。有些桌面客户端随程序启动内核，另一些需要点击“启动”或“连接”。如果提示配置错误、启动失败或监听端口被占用，应先处理提示，不能仅靠开启系统代理继续操作；系统代理指向一个没有运行的本地服务时，浏览器反而可能无法访问网络。

桌面端：先使用系统代理

在 Windows、macOS 或支持此功能的 Linux 桌面客户端中，找到“系统代理”开关并开启。若系统请求修改网络设置的权限，核对请求来自刚启动的客户端，再按系统提示授权。开启后，遵循系统代理设置的浏览器和应用会将请求交给本地代理端口。

首次设置不需要同时开启 TUN。先使用系统代理完成浏览器测试，变量更少，也更容易撤销。Linux 不同桌面环境与应用对系统代理的支持不同；若客户端没有提供开关，或浏览器使用独立代理设置，应按该客户端说明检查应用代理配置，不要直接套用其他教程中的端口数字。监听端口以当前客户端设置为准，相关字段见端口设置。

若浏览器安装了代理切换扩展，先暂停扩展或将其切换为跟随系统设置。暂时退出其他代理客户端和正在使用的 VPN，避免系统设置被来回改写。不要在首次连通测试中同时运行多套接管工具，否则很难确认请求到底经过哪个服务。

移动端：确认 VPN 连接授权

在 Android 或 iOS 客户端中，点击首页的“连接”或启动按钮。首次连接通常会出现系统 VPN 配置或连接请求，按提示确认授权；iOS 还可能要求通过设备验证。这里的 VPN 是系统提供的流量接管接口，并不表示订阅本身已经通过可用性验证。

返回客户端后，查看状态是否变为已连接或运行中，并结合系统网络状态确认 VPN 已建立。Android 不同厂商的状态栏图标可能不同，不应只凭一个图标判断。如果系统中已有另一项 VPN 连接，需要先明确是否会发生替换，再继续操作。首次测试让客户端保持前台，避免把后台限制导致的断开混入配置问题。

如果授权被拒绝，回到客户端重新发起连接，并检查系统设置中是否允许该应用创建 VPN。不要在不清楚影响的情况下删除其他应用的网络配置。持续出现权限提示或启动失败时，记录系统版本及提示文字，再到连接异常排查查找对应情况。

完成本步后，客户端应保持运行，桌面端系统代理或移动端 VPN 处于启用状态。先不要关闭客户端，也不要继续调整 DNS 参数；下一步用实际请求检查这条链路是否连通。

四、验证访问结果与规则命中

新建一个浏览器窗口或标签页，访问当前配置预期应走代理、且目标服务本身正常的站点。优先使用自己熟悉的目标，不需要为了测试登录账户或输入敏感信息。如果浏览器一直复用旧页面，可以关闭该页面后重新打开；浏览器缓存与已有长连接可能让前后两次结果不便比较。

一边访问，一边看连接记录

打开客户端的“连接”“Connections”或请求记录页面，再刷新浏览器目标页面。寻找刚才请求对应的域名，核对它命中了哪条规则、交给哪个策略组、最终使用什么出站。界面若只展示其中部分字段，可以打开连接详情或结合日志查看。页面能打开是第一层结果，记录中的路径符合预期才说明分流方向也正确。

接着访问一个配置预期直连的目标，用同样的方法查看记录。若两次访问分别显示预期的代理出站和 DIRECT，就说明规则模式下至少这两个测试目标的处理路径符合配置。DIRECT 请求也可能出现在客户端记录中，因为请求已经进入内核，只是最终由内核直接访问目标。

不要用单一网站能否打开推断全部规则正常，也不要把一次出口地址查询当成所有应用都已接管的证明。出口查询只能反映发起这次请求的路径；不同应用、域名、连接类型可能命中不同规则。首次设置先确认常用浏览器和一个实际使用场景，再逐步扩大测试范围。

异常时按链路定位，不同时改多项设置

如果目标无法访问，且客户端完全没有对应连接记录，先检查系统代理或 VPN 是否仍启用，浏览器是否绕过系统设置，以及内核是否继续运行。这个阶段优先定位流量入口，不要立即更换规则集。若已经有记录，但最终出站不是预期结果，回到第二步核对模式、策略组选择和当前启用的配置。

如果连接记录显示已走预期代理，但请求仍然失败，打开“日志”页面，按刚才访问的时间寻找错误。timeout 通常说明某个连接阶段未在限定时间完成，解析失败则需要进一步区分目标域名和服务器域名；这些文字本身不能直接证明是哪一方故障。可在同一策略组中换一个已知可用出站，再重复相同目标的访问，保持其他设置不变。

只有需要补充细节时才临时提高日志级别，测试后恢复日常级别。求助时附上客户端名称、系统版本、复现步骤、发生时间以及脱敏错误，不要公开完整订阅和认证信息。更长的故障分支见连接与访问问题，日志阅读可参考常见报错含义与定位思路。

保存可用状态，确认退出后的网络行为

当访问和分流结果符合预期，记下当前配置名称、所选策略组与接管方式，保留原始配置备份。日常使用时更新订阅后，再快速检查一次策略组选择；上游更改分组或移除出站后，旧选择可能不再适用。开机启动、后台运行和定时更新可以在基础连接稳定后逐项设置。

桌面端结束使用时，先关闭系统代理，再退出客户端，并确认普通网页仍可访问。多数客户端会处理退出时的代理恢复，但强制结束进程可能留下系统设置；若退出后网络异常，应先检查系统代理是否仍指向已停止的本地服务。移动端则通过客户端断开连接，确认系统 VPN 状态随之结束。

至此，订阅加载、模式选择、流量接管和访问验证已经形成完整闭环。后续需要自定义分流或扩展应用覆盖范围时，再阅读新手到进阶完整手册；保留这次可用配置作为基线，每次修改后重复最后一步验证即可。