Clash 订阅导入
与代理连接教程

步骤 02 · Proxies / 代理

选择 Rule 规则模式与代理策略

进入 Proxies，找到模式选择区域，通常会看到 Rule、Global、Direct。日常使用先选 Rule：请求按配置中的规则依次匹配，由命中的规则决定直连、代理或其他处理方式。它不是按网站所在国家简单二分，具体行为取决于当前配置，所以同一客户端换一份订阅后，分流结果也可能改变。

模式与节点需要分别选择

选好 Rule 后，展开配置里的手动选择策略组。它可能叫“代理选择”“节点选择”或其他名称，名称由配置作者决定，不必寻找一个固定叫 Proxy 的组。在组中点击一个实际代理节点，或选择提供方已经配置好的自动选择组。当前选项通常会以高亮或标记显示，点击后检查标记确实落在目标项目上。

如果这个组当前选中 DIRECT，经它处理的请求会直连；选中 REJECT 则会拒绝请求。它们是规则策略，不是可连接的远程节点。某些组还会引用另一个组，这时应继续查看被引用组的当前选择，避免只换了外层名称，却没有改变最终的出口。

客户端若提供连通性测试，可以先测试当前组，再选择有响应的项目。测试成功只说明对应测试地址在当时可达，不保证所有网站都能访问；测试失败也可能与测试目标或网络条件有关。第一次排查时，固定选一个明确的节点更容易复现结果，不必同时调整自动选择参数。

Global 与 Direct 适合什么时候使用

Global 通常将进入内核的请求交给全局策略。临时诊断分流时可以使用，但切换后还需要检查全局组里选的是哪个节点。全局模式不会自动让所有应用流量进入客户端，未遵循系统代理的程序仍可能绕过它；要处理这类程序，需在下一步考虑 TUN。

Direct 则让进入内核的请求直连，适合临时对照网络表现。它不等于关闭系统代理，也不等于结束客户端。如果准备彻底停止代理，应关闭流量接管开关，而不是只把模式改成 Direct。完成对照后，记得恢复 Rule，避免下次打开客户端时忘记此前的测试状态。

现在应当同时满足两个条件：模式处于 Rule，需要代理的策略组已有明确选择。接下来才开启系统代理或 VPN，把应用请求送入客户端；否则即使节点选对了，浏览器仍可能沿原来的路径访问网络。

步骤 03 · General / 连接

开启系统代理，按需使用 TUN

桌面端第一次连接，建议先使用系统代理，便于观察结果。回到 Clash for Windows 的 General，确认客户端没有报告端口占用或内核启动失败，再开启 System Proxy。启用后，遵循操作系统代理设置的应用会把请求送到本机代理端口，客户端再按上一节选好的模式与策略处理。

桌面端先完成系统代理连接

General 中的 Port 是本地监听端口，常见配置会使用 7890，但应以实际界面为准，不必为了与教程一致强行改值。System Proxy 通常会自动写入对应的系统设置。不要同时在系统设置中填另一组端口，也不要把远程节点的端口填进本机代理设置。

开启后保持客户端运行，再打开浏览器测试。关闭主窗口有时只是收进托盘，有时会结束程序，具体取决于客户端设置；先确认托盘或菜单栏中的客户端仍在运行。还应暂时停止其他代理或 VPN 工具，避免两个程序反复改写系统代理，导致开关看似开启、实际请求却去了另一处。

如果只是当前电脑使用，Allow LAN 可以保持关闭。它用于允许局域网设备访问本机监听服务，不是连接代理的必要开关。Start with Windows 只影响开机启动，也不会替代 System Proxy；初次配置先不调整这些选项，减少同时变化的因素。

需要 TUN 时，先处理服务与权限

若浏览器已正常，而某个应用不遵循系统代理，可再考虑 TUN Mode。Clash for Windows 在 Windows 上通常需要先安装并运行相应服务；其他客户端可能使用服务模式或管理员权限。先按客户端的服务安装提示完成操作，确认服务状态正常，再开启 TUN。开关立即退回或提示权限不足时，不要把它当作已经连接。

TUN 涉及虚拟网卡、路由与 DNS。第一次上手无需复制网上整段配置，也不建议同时修改多个网络参数。如果服务已经就绪但仍启用失败，记录客户端提示后查看全平台安装与配置指南。恢复连接前先关闭 TUN，回到已验证的系统代理路径，避免把两类问题混在一起。

手机端通过系统 VPN 授权连接

Android 与 iOS 客户端通常在首页提供连接按钮。确认订阅已选中、策略已选择后点击连接，阅读系统弹窗并允许建立 VPN 连接。Android 常使用 VpnService，iOS 使用系统提供的 VPN 能力；这里出现 VPN 标识表示系统已建立相应通道，不代表订阅中的每个节点都能访问所有目标。

如果系统提示已有其他 VPN，先停止另一连接再重试。Android 初次测试期间保持应用前台运行，确认连接成功后再设置电池与后台权限。此时不要仅凭状态栏图标结束操作，最后一步还需要用实际请求检查流量走向。

步骤 04 · Connections / Logs

验证代理生效，检查退出恢复

先访问一个平时能正常直连的网站，确认基础网络仍然可用；再打开一个按当前规则应走代理的网站。尽量新开页面并重新加载，避免把浏览器缓存内容误当成新的联网结果。如果页面可以打开，再回到客户端查看连接记录，让“能访问”和“走了预期策略”互相印证。

在连接与日志中核对新请求

打开 Connections，在刷新网页的同时查找对应域名的新连接。根据客户端展示的信息，查看命中的规则、策略组或代理链。若流量最终显示为 DIRECT，它可能是规则允许的直连，不应仅凭“没有经过节点”认定客户端失败；应以该域名在当前配置中的预期处理方式为准。

看不到连接时，再查看 Logs 是否有新请求或错误。短连接可能很快从连接列表消失，因此单独一次没有看到记录并不足以下结论。如果浏览器请求始终不进入客户端，优先检查 System Proxy 是否仍开启，以及浏览器是否安装了单独控制代理的扩展；使用 TUN 的用户则检查服务状态与接管范围。

若记录显示已经选中代理却连接超时，先在同一个策略组里换一个节点，再访问同一目标，其他设置保持不变。若只有个别域名异常，可能涉及规则、DNS 或目标网站限制，不要直接重装客户端。记录报错文字与操作顺序，按全平台指南进一步定位，比连续修改端口、模式和 DNS 更容易找到原因。

出口 IP 查询可以作为补充，但查询网站本身也可能被规则分到直连，显示结果不一定代表其他请求的出口。也不要把“全局模式后能打开”直接当作长期解决方案；这通常提示应进一步核对原来的规则或策略组选择，排查后仍可恢复日常使用的 Rule。

停止连接后确认系统网络恢复

测试完成后，在退出桌面客户端之前先关闭 System Proxy；若使用 TUN，同时关闭 TUN 并等待虚拟连接停止。手机端点击停止连接，再检查系统 VPN 状态。随后重新打开一个直连网站，确认普通网络可以访问，这样下次遇到问题时就有一个明确的正常基线。

若客户端异常退出后所有网页都打不开，Windows 用户可进入“设置 → 网络和 Internet → 代理”，检查是否残留指向本机端口的手动代理；个人电脑上，确认是该客户端留下的设置后再关闭。受组织管理的设备不要随意更改既有代理。仅在界面切到 Direct 并不能清除残留的系统代理地址。

最后记住当前使用的配置名称、代理模式与策略组选择，保留订阅来源即可，不需要截图传播完整订阅地址。以后日常使用通常只需更新原订阅、确认配置选中、开启连接，再做一次简短验证。更换客户端或设备时重新按这四步检查；涉及平台权限、DNS、规则和配置覆写的细节，再进入全平台指南查阅。