Clash 苹果版配置教程

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

这一阶段的目标是看到可用策略组，而不是立即打开连接。打开客户端，进入“配置”“订阅”或“Profiles”页面，找到“新增”“添加订阅”或“从 URL 导入”。选择远程链接方式，为配置填写一个便于识别的名称，例如“个人远程配置”，再粘贴服务提供方给出的完整订阅地址。名称只是本地备注，不影响实际连接。

粘贴后先检查链接首尾是否多出空格、换行或聊天软件附带的说明文字。订阅地址中的查询参数可能承担身份识别作用，不要随意删掉问号之后的内容，也不要把链接贴到公开讨论区。确认后点击“保存”“下载”或“更新”，等待客户端完成获取与解析；如果导入后还需要手动更新一次，就在该配置的操作菜单中执行更新。

看到配置卡片、更新时间或更新成功提示后，继续点击该配置的“启用”“使用”或选择标记。仅把文件添加到列表，不一定会切换当前运行配置。随后进入“代理”页面，检查是否出现策略组和节点选项；组名由配置作者定义，可能叫“代理选择”“自动选择”，也可能使用其他名称。界面能列出策略组，才说明后续有可以选择的代理策略。

使用本地 YAML 文件时

如果收到的是 .yaml 或 .yml 文件，改用“从文件导入”。Mac 在文件选择器中选中配置；iPhone 与 iPad 可先将文件保存到“文件”应用，再从客户端导入，或使用系统分享菜单中客户端提供的入口。导入后仍要选中并启用该配置。本地文件不会仅因时间经过就自动变成新内容，是否能更新取决于文件内的远程引用以及客户端提供的更新机制。

不要把一段普通网页地址、单条协议分享链接和完整 Clash 配置混为一谈。若提示“解析失败”“缺少字段”或下载到 HTML 页面，先回到服务提供方确认是否选用了 Clash 兼容订阅入口；不要为了让错误消失而随意删改配置键。首次配置时也不建议直接把订阅交给来源不明的在线转换站，订阅中可能包含访问凭据和服务信息。

本步完成的标志：配置已被选中，代理页面能看到预期策略组，更新时没有新的解析错误。保留原始订阅链接供后续更新使用，然后进入第二步。

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

首次使用选择“规则 / Rule”模式。模式入口通常位于主页、代理页面顶部，或 Mac 菜单栏图标的菜单内。规则模式根据配置中的域名、IP 和其他匹配条件决定请求走直连还是代理；它并不要求所有应用都使用同一个出口，也不意味着所有流量都会经过代理服务器。这是验证订阅自带分流规则的合适起点。

切换到规则模式后，打开刚才导入配置中的主要代理策略组。如果组内允许手动选择，点击一个由服务提供方确认可用的节点，观察选中标记是否已经移动到该项；如果订阅提供“自动选择”组，也可以选用该策略。组名不是统一标准，不能仅凭“默认”“推荐”等文字判断实际行为，应结合组内当前选项确认。

模式和策略组处理的是两个不同问题：模式决定“什么请求需要代理”，策略组决定“需要代理的请求交给谁”。因此，规则模式已经选中，但某个代理组仍停留在 DIRECT 时，命中这个组的请求可能仍然直连。反过来，选择了一个节点，也不会自动让本来命中直连规则的网站改走代理。后面的验证步骤会通过连接记录核对这两层结果。

全局、直连与 TUN 的区别

“全局 / Global”通常让进入内核的流量使用全局策略，但仍需要为该策略选择实际出口；它适合短时间对照测试，不适合作为遇到问题后的唯一处理办法。“直连 / Direct”通常让进入内核的流量直接连接目标，可用于对照代理出口是否影响访问。不同内核仍可能保留特定的内部处理行为，因此应以实际连接记录为准。

TUN 则是流量接管方式，不是与规则模式并列的分流模式。启用 TUN 后仍可以使用规则模式；切换全局模式也不会自动解决某个应用完全不读取系统代理的问题。第一次操作先不同时改动这两个维度，保持规则模式，下一步在 Mac 上先启用系统代理，在 iPhone 上建立客户端的设备 VPN 连接。

客户端若提供连通性或延迟测试，可以用它辅助挑选策略，但测试成功只说明对应测试请求有结果，不代表所有网站、登录服务和应用都能访问。不要仅按某一次测试数值反复换节点。先选择一个可用策略，把完整流程走完，再根据真实访问体验调整。

本步完成的标志：模式显示为规则，主要代理策略组已有明确选中项。此时还不能只凭组名或测试结果判断连接生效，接下来需要让系统或设备的请求真正进入客户端。

第三步：建立系统或设备连接

先确认配置和策略，再启用流量接管。测试前断开其他正在运行的代理客户端或 VPN，避免多个应用同时修改系统代理、路由或 DNS。不要为了排查而删除公司或学校管理的网络配置；受管理设备若限制 VPN 或辅助服务安装，应遵循设备管理要求。

macOS：启动内核并启用系统代理

在 Mac 客户端主页确认内核已经启动。部分客户端启动应用时会自动运行内核，部分需要点击“启动”或连接按钮；如果页面直接提示配置错误，应先回到第一步处理。随后在主页、设置页面或菜单栏菜单中开启“系统代理”。该选项会让遵循 macOS 代理设置的应用把请求交给客户端，本次先保持 TUN 关闭，减少首次配置的变量。

开启后可进入“系统设置 → 网络 → 当前使用的网络服务 → 详细信息 → 代理”查看是否写入了本地代理地址。不同 macOS 版本的入口措辞可能略有差异。不要把示例端口当成固定值：实际端口以当前客户端显示的混合端口或 HTTP、SOCKS 端口为准，手动改成另一个常见数字反而可能造成不匹配。

如果浏览器可以使用而某个应用不能使用，先不要重复导入订阅。某些终端工具、游戏或自行实现网络连接的应用不会读取系统代理，需要应用内单独配置，或在理解权限要求后使用 TUN。TUN 可能涉及辅助服务、管理员认证与路由调整，具体操作放在排查手册中，本轮先用浏览器验证基础连接。

iOS / iPadOS：允许并启动设备 VPN

在 iPhone 或 iPad 的客户端主页点击“连接”或主开关。首次连接时，系统可能提示允许添加 VPN 配置；确认是刚安装并正在使用的客户端发起后，选择允许，并按系统要求完成密码或生物识别认证。认证结束后返回客户端，等待界面从连接中变为已连接，再进行网页测试。

iOS 使用 VPN 配置承载代理客户端的网络接管，这与“选择了全局模式”不是同一件事。即使系统显示 VPN 已连接，具体请求仍要由订阅规则和策略决定去向。状态栏是否显示 VPN 标志会受设备和系统界面影响，因此应同时查看客户端状态与系统设置中的 VPN 状态，不要只盯着顶部图标。

如果点击后立即断开，先确认当前配置仍可用、没有另一条 VPN 正在接管网络，并查看客户端最近的错误记录。保留错误发生时间与操作步骤，暂不连续修改 DNS、端口和模式。若在无线局域网和蜂窝网络之间切换后出现问题，可重新建立一次连接，再用相同测试网站比较，避免把网络切换造成的差异误判为订阅失效。

本步完成的标志：Mac 的内核和系统代理已启用，或 iPhone、iPad 的客户端与系统均显示连接建立。这个状态只代表接管入口已准备好，最终结果仍需第四步核对。

第四步：验证访问与规则是否生效

用实际请求加连接记录验证，不只看“已连接”。先在客户端打开“连接”“会话”或“日志”页面，再在浏览器新建标签页，访问一个由配置明确安排走代理、且适合当前网络环境测试的网站。优先使用服务提供方建议的测试目标，避免把网站自身故障当成客户端问题。若页面来自已有标签页，刷新一次，让客户端有机会记录新请求。

返回连接记录，按刚才访问的域名查找条目，核对目标地址、命中的规则或规则集，以及最后使用的策略与出口。不同客户端显示字段不同，有的展示完整策略链，有的只显示最终节点。看到网页打开，且记录中的去向符合配置预期，才是这一次请求通过预期路径完成的证据。

接着访问一个配置预期直连的网站，仍用相同方式检查记录。两次请求不一定使用同一路径，这正是规则模式的作用。对于 macOS 系统代理，未遵循代理设置的应用请求可能根本不会进入内核，所以连接列表中找不到某个应用，不能直接推断它已被拦截。先用浏览器完成验证，再逐个测试日常应用。

结果不一致时，按层定位

如果网页打不开但能看到请求进入客户端，先检查命中规则与最终策略是否符合预期，再临时选择另一个确认可用的节点复测。如果网页打不开且完全没有对应记录，优先检查系统代理、设备 VPN 和应用自身的代理设置，而不是马上更换订阅。记录中出现域名解析错误时，再进入 DNS 方向排查；一次只改变一项设置，并记住修改前的值。

仅查询出口 IP 不能证明所有流量都使用了代理：查询网站本身可能命中直连规则，不同协议和应用也可能走不同路径。同样，网页能打开不能直接证明 DNS 路径符合预期。首次上手只需要确认目标请求、策略和实际访问一致；涉及 DNS 泄漏、UDP、IPv6 或路由冲突时，转到系统化排查手册逐项验证，不必在本教程中一次改完全部网络参数。

断开连接，再确认网络恢复

验证完成后也测试一次正常断开。Mac 先在客户端关闭系统代理；如果另行开启过 TUN，也应关闭，再退出应用。iPhone 与 iPad 在客户端点击断开，并检查系统 VPN 状态。随后刷新一个平时可以直连的网站，确认退出后普通网络仍然可用。如果退出 Mac 客户端后无法上网，检查系统代理是否仍指向已经停止的本地服务，具体恢复流程见排查手册。

日常使用时，保留这套顺序：更新订阅后确认当前配置，检查规则模式与选中策略，建立连接，再验证关键应用。修改配置前留存本地副本，更新后出现异常时可对照原配置；不要把“重新安装应用”作为每次故障的第一步，因为策略、订阅有效性和系统网络状态的问题往往不在安装文件本身。