Clash 使用指南

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

打开客户端，进入“配置”“订阅”或名称相近的页面。找到“新建”“从 URL 导入”或“导入订阅”入口，将完整订阅地址粘贴到地址栏；如果还需要填写名称，使用便于区分的名称即可。确认地址前后没有空格、换行和聊天软件附带的标点，再点击“导入”“下载”或“保存”。

等待客户端完成下载与解析。成功后，配置列表通常会新增一条记录，显示名称、更新时间或启用状态。部分客户端导入后会自动使用，另一些只会保存到列表；因此还要点击这条配置，使用“启用”“设为当前配置”或选中操作，让它成为当前运行配置。只看到“下载成功”并不代表已经切换过去。

接着打开“代理”页面。正常情况下，应当能看到配置提供的策略组，以及组内可选的节点或其他策略组。这里不必急着测试全部项目，先确认列表不是空的、没有配置解析错误。若仍显示旧配置的分组，返回配置页检查选中状态；必要时执行客户端提供的重新加载，再回来查看。

本地文件导入与链接导入怎么选

已有 YAML 文件时，可在同一页面选择“从文件导入”，选中保存好的文件，再按上面的步骤启用。文件导入适合已有完整配置的情况；链接导入更方便后续从来源更新。不要把网页内容保存成配置文件，也不要仅修改文件扩展名来让客户端接受它，内容格式才是判断依据。

导入失败时先看错误提示。提示超时或下载失败，先检查当前网络能否访问订阅来源；提示解析失败，则确认服务端返回的是 Clash 兼容配置，而不是登录页面、过期提示或其他格式的节点列表。反复点击导入通常解决不了格式问题，应该回到订阅控制台重新选择对应格式。格式概念可查术语表中的订阅与配置文件说明。

订阅地址可能包含访问凭据，分享截图时遮住完整地址和二维码，也不要将其贴进公开讨论区。首次导入完成后先保留默认更新设置；等连接验证通过，再按服务提供方的建议设置更新周期。更新操作会重新获取配置内容，若做过手动修改，先确认客户端是否会覆盖这些修改。

进入下一步的条件：配置页已有当前启用项，代理页能看到该配置的策略组。满足这两项，再去选择运行模式。

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

进入“代理”或“概览”页面，找到运行模式选择器。常见选项是“规则”“全局”“直连”，有些客户端使用英文 Rule、Global、Direct。首次使用先选“规则”。这种模式会按配置中的规则决定每条连接使用代理、直连还是其他处理方式，适合先保留订阅作者提供的分流逻辑。

选好模式后，展开主代理组。它可能叫“代理”“节点选择”或服务提供方设置的其他名称，名称没有统一标准。选择一个可用节点，或者选择配置已经提供的自动选择组。主组可能引用另一个分组，需要继续展开确认最终指向，不能只看最外层名称就认为已经选好节点。

如果列表中有 DIRECT 或 REJECT，要看清它们的作用：DIRECT 表示直接连接目标，REJECT 表示拒绝请求。它们可以是某些规则的正常结果，但通常不是新手希望选给主代理组的出口。配置中专门用于本地网络、国内网站或拦截规则的分组，先保持原样，不要为了“全部走代理”逐个改动。

模式与网络接管是两层设置

运行模式决定“进入内核之后怎么走”，系统代理或 TUN 决定“应用请求如何进入内核”。因此，切换到全局模式并不意味着整台设备所有应用都已经被接管。如果浏览器没有使用代理入口，反复切换规则和全局也不会改变它的实际路径。这一层区别先记住，下一步会设置网络入口。

客户端若提供延迟测试，可以用来初步筛选，但测试结果不能代替实际访问。某个节点测试成功，只能说明相应测试请求在当时完成；目标网站、协议和应用仍可能有不同表现。先选一个可用选项继续连接，真正是否生效留到第四步通过连接记录确认。关于策略组嵌套和规则顺序，另见规则与分流术语。

进入下一步的条件：运行模式为规则，主代理组已经选中预期的节点或自动选择组，未误选直连或拒绝。

第三步：开启系统代理或手机 VPN 连接

配置和策略组就绪后，才开始接管应用请求。桌面端先在首页、设置页或托盘菜单找到“系统代理”，将它开启；有些客户端还需要先点击“启动”或“连接”来运行内核。完成后观察客户端是否处于运行状态，并保留它在后台。关闭主窗口可能只是最小化到托盘，不同客户端行为不同，首次使用先不要执行“退出”。

系统代理主要影响遵循系统代理设置的应用，浏览器通常适合用来做第一轮测试。如果浏览器安装了代理切换扩展，或手动配置过单独的代理地址，先确认它没有覆盖系统设置。命令行、游戏和部分应用可能使用自己的网络路径，浏览器成功不代表这些应用也会自动接入。

Android 或 iOS 上通常是点击首页连接按钮，然后在系统弹出的 VPN 连接授权中确认。这里的 VPN 提示是客户端建立本地网络接管通道所需的系统流程，不代表订阅节点一定可用。授权完成后，回到客户端确认显示已连接或正在运行，再继续验证。若设备受工作配置、家长控制或管理策略限制，需要先处理系统限制。

首次连接先不叠加 TUN

桌面浏览器能通过系统代理完成访问时，可以暂时保持 TUN 关闭。只有需要覆盖不遵循系统代理的应用、处理特定协议，或明确需要更完整的流量接管时，再考虑开启 TUN。它可能要求安装服务、授予管理员权限或允许网络扩展；按钮名称和授权流程随系统、客户端版本而变，不要照搬另一平台的路径。

手机端常见的 VPN 连接与桌面端单独的 TUN 开关，也不必机械地一一对应。当前目标只是让所选客户端成功运行并接管预期应用。若开启 TUN 后网络异常，先关闭 TUN，回到已经验证过的系统代理路线；再到完整文档查看对应平台的权限、路由和 DNS 检查方法。

如果使用手动代理设置，填写的端口必须与客户端实际监听端口一致。常见示例是本机地址 127.0.0.1 和混合端口 7890，但这不是必须照填的固定值。优先使用客户端的系统代理开关；若端口被占用或内核启动失败，先解决提示中的问题，不要在多个设置页面里随意改端口。

进入下一步的条件：客户端内核正在运行，桌面系统代理已开启，或手机 VPN 已获得授权并连接；没有其他同类工具同时接管网络。

第四步：验证请求路径与实际访问

打开浏览器，新建页面访问一个按当前规则应当走代理、且你平时需要使用的站点。同时打开客户端的“连接”页面，按域名寻找刚刚产生的请求。不同界面可能需要点击连接条目才能展开详情，重点查看目标域名、命中的规则、使用的策略组以及最终连接链。

若页面能够打开，并且相应请求确实使用了预期代理组和节点，说明这次请求已走通。若记录显示 DIRECT，要先判断它是否本来就应当直连；规则模式下出现直连并不等于失效。反过来，网页能够打开也不能单独证明代理生效，因为该网站可能本来就能直接访问。

测试时尽量重新加载页面，避免只看已经缓存的内容。有些客户端启用内核连接记录即可查看请求，有些还需要开启相应记录选项；没有记录时，先确认记录功能和显示筛选，再判断流量是否进入客户端。必要时临时使用信息级日志辅助观察，验证结束后恢复日常设置，避免长期开启过于详细的日志。

按现象定位，不连续乱改

1. 没有新增连接记录：先检查内核是否运行、系统代理是否开启，以及浏览器是否被扩展或独立设置改走其他入口。手机端还要看 VPN 是否仍处于连接状态。
2. 有记录，但走了非预期策略：检查规则模式、主代理组与其引用的下级分组。确认当前启用的是刚导入的配置，而不是列表中保留的旧项。
3. 已选中预期节点，但请求失败：换同组另一个可用节点重试，再检查订阅状态和客户端日志。若多个节点都失败，不要立刻同时改动 DNS、端口和 TUN。
4. 浏览器可用，某个应用不可用：先看该应用是否遵循系统代理，是否已有独立代理设置。需要更广覆盖时，再按平台文档配置 TUN 或检查分应用规则。

完成代理路径验证后，再访问一个预期直连的常用站点，检查局域网服务与日常应用是否正常。若使用路由器管理页、打印机或本地开发服务，也顺手确认它们仍可访问。这样能够发现误把本地请求送去代理的问题，而不只是确认某一个外部网页打开了。

出口 IP 查询可以作为补充证据，但查询请求本身也受分流规则影响。它只能说明那一次查询呈现的出口，不能证明所有应用、所有协议都使用同一路径，也不能单凭结果断定 DNS 请求如何处理。需要进一步检查 DNS 或 TUN 时，使用完整文档中的配置排查方法，不要在首次上手流程里一次性调整全部参数。

验证通过后的保存与退出

记录当前可用的配置名称、主代理组选择和接管方式，之后每次只改一项设置，便于回退。需要开机自动连接时，再分别确认“随系统启动”和“启动后连接”的选项；它们不一定是同一个开关。手机若出现锁屏后断连，再处理后台运行或省电限制，不必在首次连接前提前关闭所有系统优化。

结束使用时，桌面端先关闭系统代理，再退出客户端，或使用客户端提供的断开操作；手机端点击断开并确认系统 VPN 状态结束。如果退出后网页无法访问，检查系统是否遗留了指向本地端口的手动代理设置，恢复为原来的设置后重试。

完成标准：预期代理的请求能在连接记录中找到对应策略链，预期直连的请求和日常应用也能正常使用。到这里，首次配置已经完成；后续遇到某个平台的安装权限或更深入的参数问题，再查全平台安装配置文档，不需要重新从头导入订阅。