Clash for iOS 配置与连接

先确认手里的内容是什么。订阅链接通常是一段由配置提供方交付的 URL，客户端通过它获取并更新配置；本地配置则是已经保存在设备上的文件。两者的添加入口可能分开。拿到链接时，先确认提供方标明它适用于当前客户端或兼容的 Clash 配置格式。不要把普通网页地址、账户后台地址或另一类客户端专用的分享链接直接当作配置地址。

复制完整的订阅 URL，打开客户端，进入「配置文件」「Profiles」或名称相近的页面。选择新增配置，再找「从 URL 下载」「通过链接导入」等入口；如果拿到的是本地文件，改选文件导入。将链接粘贴到地址栏，检查开头和结尾没有因复制而缺失，也没有夹入换行或空格。部分客户端会要求填写名称，可以用便于自己辨认的名称区分不同配置，不必把订阅地址写进名称里。

点保存或下载后，等客户端完成获取与解析。此时通常会在配置列表里出现新条目；出现条目不一定代表它已经被启用。点选这份配置，使它成为当前配置，再返回主界面查看配置名称是否已更新。如果列表中已有旧配置，先核对当前选中项，避免后续改了模式却仍在使用另一份文件。有些客户端会在导入后直接切换，有些则需要再点一次启用，以屏幕上的当前配置状态为准。

若粘贴后提示格式错误，先回到提供方说明，核对订阅类型与复制的地址是否相符；若提示下载失败，先用正常网络确认该地址可访问，再重试。订阅 URL 可能包含访问凭据，不要把完整链接贴到公开问答、截图或共享笔记中。还没有弄清 Profile 与订阅的区别，可以先读术语表；导入失败的常见原因可到帮助中心逐项排查。确认配置已成为当前配置后，再进入出站模式设置。

从主界面进入「出站模式」「模式」或相近的设置项。常见选项是规则、全局、直连。首次使用建议先选规则：客户端按当前配置文件中的规则逐条匹配请求，匹配结果决定直连还是使用配置指定的代理出站。这里选的是处理方式，不是在创建规则；如果刚导入的配置没有预期的规则内容，仅切到规则模式也不会自动补齐配置。

点选「规则」后返回上一层，确认页面显示的当前模式确实是规则。随后检查配置里是否有可供选择的代理出站，必要时按提供方说明完成选择。不同客户端可能把代理组放在「代理」「策略」或其他页面；它与出站模式不是同一个开关。出站模式决定请求如何匹配，代理组的选择则影响匹配到代理规则后使用哪条出站路径。先保持提供方给出的默认分组设置，避免在首次连接前同时改动多个地方，之后才容易定位问题。

「全局」适合临时排除规则匹配问题：它让客户端能够接管的请求统一使用所选代理出站，因此不宜把一次全局模式下的测试结果误认为规则配置已经正确。「直连」则让请求不经过代理出站，适合做对照检查，但选择直连后，连接开关显示开启也不表示请求正在走代理。测试结束后记得切回日常使用的模式。

如果客户端给出的选项更多，先按这三个基本含义理解，再阅读对应客户端的设置说明；不要仅凭模式名称推断所有 App 的行为完全相同。有关规则顺序、代理组及协议之间的关系，可在需要调整配置时查阅技术参考。现在先记住屏幕上选中的模式，返回主界面准备连接。

在主界面再次核对两件事：当前配置是刚才导入的那份，出站模式是刚才选定的模式。确认后再打开「连接」开关。iOS 客户端通常需要借助系统 VPN 配置接管设备上的网络请求；首次开启时，系统可能弹出添加 VPN 配置的授权窗口。阅读提示，确认发起请求的是正在使用的客户端，再按系统指引允许。设备设置了密码或生物识别时，可能还要完成一次系统验证。

授权结束后回到客户端，观察连接开关是否保持开启，并留意 iOS 是否显示 VPN 状态。系统标识可能因 iOS 版本、状态栏空间或控制中心显示方式而有差异，因此不要只凭有没有看到一个小图标判断成败；同时看客户端给出的连接状态。如果授权后开关自己退回关闭状态，先不要反复快速点击。停下来核对当前配置是否能正常读取、网络是否已连接，再尝试重新开启。

若设备上同时安装了其他需要系统 VPN 权限的 App，先检查它们是否仍在连接。iOS 的相关连接可能互相影响，切换客户端时应先断开先前的连接，再回到本客户端开启。这里也要区分「连接已开启」与「请求已按预期出站」：前者说明系统连接步骤已完成，后者还取决于规则、代理组和目标请求，必须在下一步实际验证。

连接后如果普通网页也无法加载，先关闭本次连接，确认设备原本的 Wi‑Fi 或蜂窝网络是否可用，再重新启用当前配置。这样可以把基础网络故障与配置问题分开。不要在还没有确认网络可用时同时改 DNS、模式和配置文件，否则很难知道是哪一项影响了结果。关于权限提示、连接开关无法保持开启等情况，可继续查帮助中心。当开关稳定显示开启，就可以做一次实际请求测试。

保持客户端连接开启，在 Safari 中访问一个你熟悉、且预期会受当前配置规则影响的页面。先看页面能否正常打开，再回到客户端查看连接记录或日志：找到刚才发起的请求，核对它匹配了哪条规则、使用了什么出站。不同客户端对记录的入口命名不同，可能叫「连接」「活动连接」或「日志」；若客户端没有提供直观记录，至少用同一个页面对照连接开启与关闭时的表现，而不要只看主界面的开关颜色。

测试目标的选择很重要。一个本来就应直连的页面，即使正常加载，也不能证明代理出站已经被使用；页面加载失败，也不一定说明系统 VPN 授权出了问题。先回想第二步选的是规则、全局还是直连：在规则模式下，预期直连的请求显示直连是正常结果；在直连模式下，不应把客户端已连接等同于代理已生效。如果记录与预期不符，再核对当前配置、规则命中结果和代理组选择，而不是立即重装客户端。

需要进一步对照时，可以暂时断开连接，在相同网络条件下重新访问同一目标，再恢复连接重试。尽量保持测试目标和设备网络不变；从 Wi‑Fi 切到蜂窝网络、页面本身发生变化，都会让前后结果难以比较。若某个 App 的表现与 Safari 不同，先确认它是否确实产生了可由客户端处理的请求，再检查配置规则。不要仅用一个页面的加载速度判断模式优劣，首次上手的目标是确认配置、系统连接和请求出站这三环都能对应起来。

完成验证后，可以把当前可用配置的名称和所选模式记在自己的设备笔记里，后续更新订阅时便于对照。若只是少数目标不符合预期，优先查看规则与日志；若所有目标都无法加载，则从基础网络、配置可用性、系统 VPN 状态依次检查。更完整的排查路径见帮助中心，协议和内核差异见技术参考。至此，日常操作只需保持正确配置、按需要选择模式，再通过实际请求确认结果。