Clash 订阅导入与连接教程

01 导入订阅并启用配置

打开客户端，先进入「配置」页，而不是直接打开系统代理。找到「新建」「导入」「从 URL 下载」或类似入口，选择订阅地址导入。将完整链接粘贴到地址栏，确认开头、结尾没有多余空格，也没有把说明文字一起复制进去。配置名称只用于区分来源，可以填一个便于识别的名称；初次使用时，保留其他导入选项的默认值。

点击确认或下载后，等待客户端完成请求和解析。正常情况下，配置页会新增一个条目，显示配置名称和更新入口。有些客户端导入后会自动启用，有些需要点击条目、使用「启用」按钮或打开条目菜单后选择「使用」。以当前选中标记为准：列表里存在一份配置，并不代表内核正在使用它。启用后若提示重载失败，应先处理提示中的字段错误，不要继续切换网络开关。

如果收到的是本地 .yaml 或 .yml 文件，使用「从文件导入」选择该文件，再按同样方式启用。不要仅将文件扩展名改成 YAML，也不要把网页保存为配置文件。文本配置需要包含客户端能够识别的结构，文件名本身不能决定它是否有效。本地导入的配置通常不会因为订阅服务更新而自动变化，后续维护方式取决于文件内容和客户端功能。

接着进入「代理」页检查结果。应当能看到配置定义的代理组，以及组内可选的节点或策略。代理组名称由配置决定，不一定叫「Proxy」或「节点选择」。如果代理页只有直连选项，返回配置页确认当前启用项是否正确，再查看导入结果。某些订阅只提供节点列表，需要配合客户端模板使用；此时按客户端支持的导入方式处理，不要随意删除配置字段。

导入失败时，先区分下载失败和解析失败。下载失败应核对订阅是否过期、地址是否完整、当前网络能否访问订阅服务；解析失败则核对提供方是否给出了 Clash 或 mihomo 兼容格式。若链接打开后实际返回登录页或错误说明，即使地址末尾看起来像配置文件，也无法直接使用。避免连续重复导入造成多个同名条目，保留一份确认可用的配置即可。

02 选择规则模式与代理组

配置启用后，找到「出站模式」设置。入口可能在代理页顶部、总览页，也可能位于菜单栏图标的菜单中。首次使用建议选择「规则」。这个模式会按当前配置中的规则决定请求走直连还是代理，适合作为后续验证的基线。先保持提供方原有的规则，不要在第一次连接前同时调整规则集、DNS 和覆写设置。

「全局」表示进入客户端的请求交给全局策略处理，并不意味着设备上的每个应用都已经进入客户端。「直连」则让进入客户端的请求直接连接目标。两者都不负责开启流量入口。浏览器是否遵循系统代理、其他应用是否需要 TUN，是下一步要确认的事情。不要将出站模式和系统代理开关当成同一个设置。

在规则模式下进入「代理」页，展开规则引用的主代理组。手动选择组通常允许点选某个节点，也可能允许选择另一个策略组；自动选择组则按配置执行测试和切换。若提供方说明了主代理组名称，优先按其说明选择。没有说明时，查看配置或规则页中的目标组，不要认为列表中第一个组就一定控制所有请求。

可以执行一次客户端提供的延迟测试，用于初步判断哪些候选项能够完成测试请求。如果某个节点显示超时，先选择另一个可达节点继续。延迟较小只表示到测速地址的本次请求较快，不等于视频播放、文件下载和所有网站都会更快。实际体验仍需在目标应用中验证；初次配置不必为了追求更低数字反复切换。

检查主代理组是否误选了 DIRECT 或 REJECT。前者是直连，后者是拒绝，不能因为它们也出现在可选列表里就将其视为普通节点。分流配置可能另有流媒体、开发服务或其他用途的组，不需要一次改完全部组；先确认当前准备测试的网站对应哪条策略，再调整相关组。此时保持规则模式和一个明确的可用出站，进入连接步骤。

03 开启系统代理并连接

现在已有启用的配置和选定的代理出站。回到客户端总览或「设置」，找到「系统代理」并开启。macOS 客户端可能要求安装辅助组件或授予修改网络设置的权限，按系统对话框和客户端说明完成授权。只开启界面开关却未完成必要授权，系统设置可能并未真正改变；如果客户端提示操作失败，先查看提示，不要把失败状态当作已连接。

开启系统代理后，保持客户端运行，打开浏览器新标签页访问网站。系统代理主要作用于遵循系统设置的应用，已有长连接不一定立即重新建立。如果浏览器之前已经打开，可先重新加载页面；仍有疑问时，退出再打开浏览器。若安装了浏览器代理扩展，暂时关闭其独立代理设置或恢复跟随系统，避免扩展把请求送到另一个地址。

需要核对端口时，先在客户端设置中查看「混合端口」。它是本机 HTTP 与 SOCKS 代理可以共同使用的监听端口，实际值以当前客户端为准，不必为了与其他教程一致而修改。macOS 可在「系统设置 → 网络 → 当前网络服务 → 详细信息 → 代理」中核对相关设置；系统版本不同，入口文字可能略有差别。手动配置本机代理时，地址与端口必须对应客户端实际监听值，不能只照抄网上的端口数字。

先不要开启「允许局域网连接」。当前只是让同一台设备上的应用使用客户端，该选项不是连接互联网的前置条件。它面向其他设备访问本机代理的场景，还涉及监听地址、防火墙和访问限制。也不要在测试期间同时运行多个代理客户端：它们可能轮流修改系统代理、占用同一个端口，或让请求在多个流量入口之间绕行。

如果浏览器已经能够使用，但某个目标应用仍不经过代理，再考虑「TUN 模式」。它通过虚拟网卡接管符合路由条件的流量，通常需要额外权限或服务组件。先记录目前系统代理的状态，按照客户端提示安装或授权，再单独测试 TUN。初次排查时不要同时改变系统代理、DNS 和 TUN；如果客户端要求保留某个组合，按其文档操作，并明确记录每次更改。

Android 与 iOS 在导入和选择完成后，回到主页点击「连接」或启动按钮，首次启动时允许系统建立 VPN 配置。这里的 VPN 标识表示系统已启用该网络服务，并不单独证明远端节点可用。Android 上其他使用 VPN 服务的应用可能与当前客户端冲突，应先停用其他同类服务。Windows 与 Linux 的桌面用户仍按系统代理起步；权限和虚拟网卡差异可查阅全平台安装配置大全，不必在首次连接时展开全部高级设置。

04 验证规则与实际访问

连接验证分三层：应用是否发出新请求、请求是否进入客户端、客户端是否使用了预期出站。先打开一个平时能够直连的网站，再访问一个按配置预期需要代理的网站。两个页面都应能完成加载。不要只凭某个页面显示出来就判断全部配置正确，它可能来自缓存，也可能本来就能直连。

打开客户端「连接」页，再刷新目标网站，观察是否出现对应域名的连接。点击或展开该连接，查看客户端提供的命中规则和出站链路。规则模式下，部分请求走 DIRECT 是正常结果；重点是需要代理的目标是否进入预期代理组，并最终使用选定节点。一个页面通常会请求多个域名，核对时以目标请求为准，不要仅看列表中任意一行。

如果客户端显示的是 IP 而不是域名，也不要立即修改 Fake-IP 或嗅探设置。域名能否显示取决于 DNS 路径、应用行为和客户端能力。先核对出站链路和实际访问结果；只有规则判断确实不符合预期时，再查阅安装配置大全中的 DNS 与配置问题说明。这样可以避免为了解决一个显示差异，改动已经可用的网络路径。

接下来打开真正需要使用的应用，执行一次实际操作，例如加载项目页面、播放一段内容或刷新应用内数据。浏览器正常而该应用失败，优先检查应用自身代理设置、是否需要重启，以及它是否遵循系统代理。Windows 商店应用还可能受回环限制影响，可按UWP 回环豁免设置方法单独处理，不必先更换整份配置。

访问失败时的检查顺序

若所有网站都无法打开，先确认客户端没有退出、当前配置仍处于启用状态、主代理组确实选中了可用出站，然后核对系统代理和混合端口是否一致。在连接页看不到新请求时，应先检查流量入口，而不是继续更换节点。若能看到请求但持续连接失败，再看日志中的超时、连接被拒绝或配置错误信息，并尝试同组内另一个节点。

若普通网站能打开，只有部分目标失败，检查这些目标命中了什么规则。误走直连时，应调整相关策略组或核对配置，而不是把全局模式当作长期修复。可以短暂切换全局并选择同一节点做对照：全局可用而规则模式失败，说明应继续检查分流路径；两种模式都失败，则还要检查节点、目标服务和当前网络条件。测试后恢复规则模式。

查看日志时，先复现一次问题，再读取相邻时间的几条记录。不要把旧错误和当前失败混在一起，也不要为了排查长期保留最详细的日志级别。向他人求助前，移除订阅地址、节点凭据和个人访问记录，仅保留错误类型及必要的设置描述。每次只改变一个设置，再重复同样的访问操作，才能判断是哪项修改产生了作用。

保存可用状态与日常更新

当目标请求进入客户端、命中预期规则、实际应用也能完成操作，首次配置就已完成。记下当前配置名称、出站模式和所用流量入口即可，不需要额外开启所有高级功能。之后节点列表有变化时，在配置页更新原有订阅；更新完成后确认仍启用同一份配置，并检查手动选择的节点是否仍然存在。

如果断开后网络仍异常，先确认系统代理已关闭，再退出客户端并重新访问。TUN 用户同时确认虚拟网卡服务已停止；只有启用 TUN 时才出现的问题，应回到该模式的权限、路由和 DNS 路径排查。日常操作继续使用本页四步，涉及全平台安装、规则修改和高级网络设置时，再进入全平台安装配置大全按对应章节查阅。