开始前：准备客户端与配置来源
客户端负责读取配置和转发网络请求，安装完成并不代表已经具备可用的连接。开始前需要两样东西：一款适合设备的 Clash 生态客户端，以及自己有权使用、与该客户端兼容的订阅链接或本地配置文件。本站提供下载入口与操作说明，不提供代理节点或订阅服务。
订阅可以理解为「配置内容的更新地址」。客户端访问这个地址，取得节点、策略组和规则等内容。节点是实际连接的服务器；策略组是把多个出口放在一起供选择的列表；规则决定不同请求交给哪个出口。先记住这些用途即可，不必在第一次连接前读懂全部字段。
如果电脑或手机上已经运行另一款代理或 VPN 工具，先暂停它的连接，避免两个工具同时修改网络设置。再用普通浏览器打开一个平时能直接访问的网页，确认设备本身能够联网。已有旧配置时保留备份，新配置用不同名称保存，后面遇到问题就能退回原来的状态。
本教程先完成浏览器的基本连接，不要求一开始就开启 TUN。TUN 是通过虚拟网卡接管网络流量的方式，通常需要额外权限，也可能涉及路由和 DNS 设置。首次上手先减少变量，等普通连接验证成功后，再按应用需求决定是否使用它。
01 导入订阅并启用配置
先打开客户端，找到「配置」「订阅」或「Profiles」页面。点击「新建」「添加」或「从 URL 导入」，将订阅链接完整粘贴到地址输入框。如果页面有名称一栏，可以填写容易辨认的名称，例如「日常配置」。名称只用于区分列表项目，不会改变节点的连接方式。
粘贴后检查地址首尾有没有空格或换行，尤其留意聊天软件自动附带的标点。订阅链接往往带有个人访问凭据，应当像密码一样保存；不要发到公开讨论区，也不要把完整地址放进截图。若订阅来源提供多种格式，应选择明确标注兼容 Clash 或当前内核的格式，而不是把普通网页地址当作订阅地址。
点击保存、导入或下载后，等待客户端获取配置。成功时，配置列表通常会出现刚才填写的名称，并显示更新时间或可用的操作菜单。接下来还要点击该配置，或使用「启用」「使用此配置」选项。导入成功与正在使用是两件事。只把文件放进列表，却没有切换到它，后面的代理页面仍可能显示旧内容。
启用后进入「代理」或「Proxies」页面，检查是否出现策略组和节点。列表名称由配置作者决定，可能是中文用途名，也可能是英文名称，不必寻找一个固定叫作「PROXY」的按钮。只要当前配置被标记为使用中，并且代理页能够展示它的策略内容，就可以继续下一步。
已有 YAML 文件时怎么操作
YAML 是一种用缩进表达层级的文本格式，Clash 常用它保存配置。如果手里已有完整的 .yaml 或 .yml 文件，可在配置页选择「从文件导入」或「导入本地配置」，选中文件后再启用。不要仅把文件后缀改成 YAML：内容本身也必须符合客户端支持的配置格式。
本地文件通常不会自动跟随订阅来源更新，除非客户端另有同步或覆写功能。第一次导入时先保留原文件，不急着修改端口、DNS 或规则。需要了解文件结构时再看 YAML 手册，本教程只检查它能否被读取和启用。
导入没有成功时先看哪里
如果提示下载失败，先确认基础网络可用、链接没有过期，并核对订阅来源是否需要登录或重新生成地址。若提示格式错误、解析失败，说明客户端可能已取得内容，但内容不是可识别的配置，或使用了当前内核不支持的字段。此时不要反复切换系统代理开关：先解决配置问题，再进行连接。更详细的错误分类可到 FAQ 的安装配置与故障排查分类查看。
完成这一部分后，应该已经有一份处于启用状态的配置。接下来要决定流量按什么方式分配，以及需要代理的请求使用哪个出口。
02 选择规则模式与出口节点
在客户端的概览页、代理页顶部或设置菜单中，找到「模式」。首次使用建议选择「规则」或 Rule。规则模式会按照配置中的顺序检查请求，把它交给指定的节点、策略组或直连出口。这里的「直连」是指不经过代理服务器，由设备当前网络直接连接目标。
另外两个常见选项是「全局」和「直连」。全局模式通常把已被客户端接管的请求交给全局策略；它不代表所有应用都会自动进入客户端。直连模式通常让已接管的请求直接连接，也不等于关闭系统代理。为避免混淆，本次先保持规则模式，暂时不要来回切换三个选项。
然后进入代理列表，找到配置用于承接代理流量的策略组。点击组名或展开箭头，在组内选择一个节点。节点被勾选、高亮或显示为当前选项时，才算完成选择。单纯点击测速按钮不会必然改变当前出口；列表里某项显示了响应时间，也不代表它已经被选中。
有些策略组指向另一组，而不是直接指向服务器。例如「网页访问」引用「手动选择」，后者才包含真实节点。这时沿着当前选项再检查一层，确认最终落到预期节点。如果最终选中的是 DIRECT，流量会直连；如果是 REJECT，匹配到的请求会被拒绝。这些选项不是节点故障提示，而是配置允许的处理方式。
如果组的类型是「自动选择」或「故障转移」，客户端会按配置定义的检测方式挑选出口，不一定允许逐个手动固定。可以先保留配置原有的自动组，后续通过连接记录确认实际使用了谁。不要为了让页面看起来一致，把每个策略组都改成同一个节点；部分组原本用于直连、本地网络或特定服务。
需要挑选节点时，可在对应组内执行一次延迟测试。测试结果只说明该节点对指定测试目标的响应情况，不能保证每个网站都可访问。若全部超时，先检查订阅是否有效、节点是否仍可用，不必立刻修改 DNS。选定一个能够响应的出口后，保持模式与节点不变，进入流量接管步骤。
03 开启代理并接管请求
现在配置和出口已经准备好，还需要让应用把请求交给客户端。先查看概览页的运行状态：如果有「启动内核」「开始」或电源按钮，先启动它。内核是实际处理规则和连接的部分；窗口能打开，并不总表示内核已经运行。出现配置加载失败或端口占用提示时，先处理提示，不要继续开启更多网络开关。
桌面端：先开启系统代理
在 Windows、macOS 或 Linux 桌面客户端中，找到「系统代理」并开启。它会把系统的代理设置指向客户端提供的本地监听地址。许多浏览器和遵循系统代理的应用会使用这个地址，但部分游戏、命令行程序或自带网络栈的应用不会自动跟随。因此，第一次测试优先使用普通浏览器，不要用某个不遵循系统代理的程序作为唯一判断依据。
开启后通常能看到开关保持启用，或系统托盘菜单出现对应状态。如果系统请求修改网络设置的授权，应在确认是当前客户端发起后允许。暂时不需要手动填写端口；若之前给浏览器扩展或系统设置过另一组代理，先让它们停止覆盖当前设置。重复叠加设置会让请求绕过预期入口，导致后面看不到连接记录。
手机端：点击连接并完成系统授权
在 Android 或 iOS 客户端中，回到主页点击「连接」「启动」或电源按钮。首次连接时，系统可能弹出 VPN 连接请求、添加 VPN 配置或身份验证提示。这里的系统 VPN 通道是客户端接管流量的入口，不表示订阅内容由系统提供。确认应用名称后按提示授权，再返回客户端查看连接状态是否保持开启。
如果连接刚开启就关闭，先查看客户端的错误信息，再检查是否有其他 VPN 正在连接，或系统是否限制了应用运行。不要同时启动两个工具争用同一个通道。Android 的省电与后台限制可能影响持续连接，但首次测试先保持客户端在前台，确认基础流程正常后，再处理后台运行设置。
先不要同时打开 TUN
本轮验证尽量只使用一种清晰的接管方式。桌面端先用系统代理；确实需要接管不遵循系统代理的应用时，再考虑 TUN。某些客户端允许系统代理与 TUN 同时启用，但这不是首次上手的必要条件。TUN 涉及权限、虚拟网卡和路由，详细说明放在 YAML 手册及 FAQ，这里不展开调整。
完成后，客户端应处于运行状态，桌面端系统代理已启用，或手机端连接已建立。此时先不要把「已连接」等同于全部正常；下一步还要用实际请求检查流量是否进入客户端，以及规则是否把它送到预期出口。
04 用连接记录验证生效
打开浏览器，重新访问一个自己熟悉、需要按配置代理的网站。为减少旧连接和缓存的干扰，可以先关闭之前的页面，再打开新标签页；必要时完全退出并重新打开浏览器。不要只刷新一张已经缓存好的页面，因为页面能显示，不一定表示刚刚发生了新的网络请求。
接着回到客户端，打开「连接」「Connections」或实时日志页面。保持页面可见，再让浏览器发起一次访问。正常情况下，可以看到与目标域名或地址相关的新请求，部分客户端还会显示规则类型、命中的策略组和最终节点。连接结束后记录可能很快消失，可在加载页面时观察，或使用客户端提供的暂停列表功能。
核对时分成三件事：请求有没有进入客户端、匹配了哪条规则、最后用了哪个出口。看到记录说明至少这次请求进入了客户端；看到某个策略组名称说明规则将请求交给了它；还要继续看最终节点或直连结果，才能知道真实的处理方式。网页通常会请求多个域名，主页面与图片、登录接口走不同规则并不罕见。
随后再访问一个配置预期直连的网站，检查记录中的出口是否为 DIRECT。规则模式的目标不是让所有请求都显示为代理，而是让不同请求按规则走各自的路径。如果配置本身将某个目标设为代理，就不能仅凭网站所属地区判断它一定应该直连；实际结果以配置规则及命中记录为准。
也可以把出口 IP 查询作为辅助检查，但不要单靠它下结论。查询页面本身可能直连或走另一组策略，浏览器还可能同时使用 IPv4、IPv6 或已有连接。更可靠的入门判断是：测试页面能够正常访问，连接记录出现对应请求，而且最终出口与配置意图一致。延迟测试成功、系统状态图标出现，都不能替代这一步。
没有达到预期时，沿同一条链路回查
如果浏览器访问失败，而且客户端看不到对应请求，先回到第三步检查接管开关。桌面端确认系统代理没有被其他工具改回去，浏览器没有单独使用另一套代理；手机端确认系统连接仍然存在。此时频繁换节点通常解决不了问题，因为请求可能根本没有进入客户端。
如果已经出现请求记录，但连接超时，查看最终选中的节点是否就是第二步确认的那一个，再尝试同组中的另一个可用节点。若只有一个网站失败而其他网站正常，先检查该网站对应的规则与策略，不要马上重装客户端。若日志明确提示域名解析失败，再沿 DNS 方向排查；DNS 就是把域名转换为网络地址的服务，不宜在没有线索时随意替换全部设置。
若只是某个应用不生效，而浏览器已经正常，重点检查该应用是否遵循系统代理。桌面应用可能需要独立配置，也可能更适合使用 TUN；Windows 商店应用还可能受到本地回环访问限制。具体处理见 故障排查 FAQ，也可阅读 Windows 商店应用回环豁免说明。每次只改一个设置，复测同一个目标，才能判断是哪一步起了作用。
退出与日常使用
验证完成后，记住当前配置名称、规则模式和所选策略组即可，不需要每天重新导入。订阅更新时使用配置页的「更新」功能，让客户端重新获取原地址的内容。更新可能改变组名或节点，若更新后连接异常，先检查当前配置是否仍被启用，以及原来选中的出口是否还存在。
需要停止代理时，桌面端先关闭系统代理，再停止内核或退出客户端；手机端使用应用内的断开按钮，确认系统连接结束。如果曾启用 TUN，也要关闭对应开关。仅关闭窗口可能只是最小化到托盘，不一定停止服务，退出时应以实际开关和系统状态为准。
如果退出后浏览器仍然无法联网，先查看系统代理设置是否还指向已经停止的本地客户端，并恢复到此前可用的网络设置。使用单位或学校管理的设备时，不要覆盖管理员指定的配置。准备求助时，记录客户端名称、系统、失败发生在哪一步，以及不含订阅凭据的错误信息，比只描述「连不上」更容易定位。