iOS 代理配置指南：系统设置与客户端两种方式、步骤与排障
在 iPhone 上使用代理，配置本身并不复杂，真正容易让人卡住的，是分不清两种配置方式的适用边界，以及出问题时不知道从哪里开始查。本文不做客户端横评，只讲配置这件事：先说系统级代理和客户端代理的区别，再给出一套通用的配置步骤，最后把连不上、规则不生效、耗电与断连这三类最常见的问题拆开讲排查思路。客户端的界面与菜单名称会随版本变化，本文不写死版本号与具体菜单路径，操作时以客户端官方现行说明为准。
两种方式：系统级代理与客户端代理
iOS 上配置代理有两条路，选哪条取决于你要覆盖的范围。
第一条路是系统级代理，也就是在无线局域网设置里给当前 Wi-Fi 网络单独配置代理。它的特点是作用范围窄：只对这一个 Wi-Fi 网络生效，切换到蜂窝网络或者换一个 Wi-Fi，配置就不跟过去了；而且它只处理 HTTP 与 HTTPS 流量，那些不走 HTTP 的应用流量不会经过代理。它的好处是不用装任何东西，改动小，适合临时场景，比如只想让浏览器在某个 Wi-Fi 下走代理，或者先验证一个代理地址通不通。配置时一般有手动和自动两种填法，手动需要填服务器地址与端口，自动需要填一份 PAC 地址，这两项都由你的服务提供方给出，不要凭空编一个。
第二条路是代理客户端，也就是从 App Store 安装的代理工具，以系统 VPN 配置的形式接管流量。客户端的覆盖面比系统级大得多：蜂窝网络和 Wi-Fi 都能覆盖，可以按规则把不同流量分到直连或代理，还能处理不走 HTTP 的应用流量。第一次开启时，系统会弹出 VPN 配置请求，需要你点允许，这一步是 iOS 的正常授权流程，客户端只有拿到这个授权才能工作。另外要注意，iOS 同一时间只能启用一个 VPN 配置，所以不要同时开两个代理工具，也不要让系统级代理和客户端叠加使用，叠加不会更快，只会让问题更难定位。
怎么选并不难。只是临时用一下、只想覆盖浏览器、或者先做连通性验证，系统级就够了。日常主力使用、希望一套配置覆盖全部网络环境、需要按规则分流，就用客户端。选定之后，接下来按同一套步骤走。
还有一个办法可以判断自己当前走的是哪条路：看状态栏有没有出现 VPN 标志。客户端接管流量时，状态栏会显示 VPN 标志；系统级代理则没有这个标志，它的生效范围只限于你设置过的那一个 Wi-Fi，回到蜂窝网络或者连上另一个 Wi-Fi，代理就不再起作用。很多人遇到“在家能用，出门就不能用”，原因就在这里：家里 Wi-Fi 上配的系统级代理，出门切到蜂窝网络自然就失效了，这不是故障，是系统级代理的固有边界。反过来，如果你明明关了客户端却发现流量还在走代理，就去检查 Wi-Fi 设置里是不是还留着一组系统级代理配置，把它改回关闭，状态才算真正干净。
配置步骤
第一步是拿到订阅链接。订阅链接是你的服务提供方给你的、用来拉取节点列表的一串地址，一般在服务方的用户面板里可以复制。把它当成账号凭证看待：不要发到公开场合，不要转给他人，泄露之后别人可以直接用你的额度，出了问题也难以追溯。复制时注意不要多复制空格，也不要让浏览器的自动翻译改动链接里的字符，地址被改动一个字符，导入就会失败。
第二步是导入订阅。打开客户端，找到添加订阅或者从链接导入的入口，把订阅链接粘贴进去并保存。保存之后客户端会去拉取节点列表，拉取成功就能看到一串节点。如果这一步直接报错，先不要怀疑客户端，回到上一步检查链接是否完整、服务是否正常，这个排查顺序在后面的排障里还会用到。
第三步是更新与测速。首次导入完成后手动更新一次订阅，确认节点列表能正常刷新。接下来可以对节点测延迟，测延迟的目的是筛掉明显不可用的节点，但延迟数字本身只是参考，延迟最低的节点不一定实际体验最好，带宽、负载和出口质量都会影响最终速度。比较可靠的办法是挑两三个延迟正常的节点，实际打开网页对比一下，再固定下来用。
第四步是选择代理模式。客户端一般提供三种模式。全局模式是所有流量都走代理，适合排障时做对照，不适合日常长期使用，因为国内常用服务也会绕一圈。规则模式是按规则分流，国内服务直连，境外服务走代理，这是日常推荐的模式。直连模式是全部不走代理，相当于临时关闭分流。刚开始用的时候先选规则模式，遇到问题再切全局模式做对照，这个对照动作在排障时非常关键。
第五步是开启与验证。打开客户端的开关，系统弹出 VPN 配置请求时点允许，看到状态变为已连接，就表示隧道已经建立起来了。接下来要做一次验证，不要凭感觉判断。验证有两个办法：一是打开浏览器，访问一个能显示当前出口信息的页面，核对显示的归属地是否与所选节点一致；二是直接打开你平时要用的服务，看是否能正常加载。如果验证失败，不要反复开关尝试，先进入下一节的排障，按顺序查。
验证时还有一个细节值得单独提：出口信息和实际可用性是两回事。出口信息只说明流量从哪里出去，不说明这条线路能不能稳定承载你要用的服务。有些节点出口信息看着正常，但打开具体服务却很慢或者反复失败，这时候不要纠结出口页面，换一个节点再测一次，拿实际服务的加载表现做最终判断。另外，验证最好在你要用的网络环境下做，Wi-Fi 下验证通过，不代表切到蜂窝网络后同样通过，两种网络各验证一次，后面使用时才不会反复怀疑配置。
第六步是理解规则分流的基础。规则分流的核心是三类处理方式：直连、代理、拦截。直连对应国内常用服务，代理对应境外服务，拦截对应广告与追踪域名。规则集一般由服务方提供或者客户端内置，不需要自己逐条手写。如果你要自己加一条规则，动手之前先确认两件事：域名有没有拼对，少一个字母或者多一级子域都会导致规则匹配不上；这条规则放在什么位置，靠前的规则会优先于靠后的规则，一条写得太宽泛的规则可能盖住后面更精确的规则。规则本身不复杂，复杂的是顺序和拼写，这两点也是排障时最常见的根源。
常见问题排障
连不上是最常见的一类问题，排查要按从外到内的顺序，不要跳步。先确认开关是不是真的开了，状态栏有没有 VPN 标志。再换一个节点试，单个节点不可用是很常见的事，换节点能立刻区分是节点问题还是配置问题。接着更新一次订阅，看节点列表能不能刷新，如果订阅本身拉不到内容，问题在订阅或服务方，不在客户端。然后检查系统里的 VPN 权限有没有被关掉，有时候系统更新或者误操作会把授权收回，客户端开关开了也没有实际效果。还要确认有没有别的 VPN 或者代理工具同时开着，一次只留一个。最后再试重启客户端、开关一次飞行模式、换一个网络环境对照，比如从 Wi-Fi 切到蜂窝网络，如果换网络就好了，问题可能在当前网络环境，而不是客户端。
规则不生效是第二类常见问题，表现是明明开了代理，某个网站还是直连或者还是打不开。先切到全局模式验证一次：如果全局模式下这个网站能正常打开，说明节点本身是通的，问题在规则；如果全局模式下也打不开，就回到上一段按连不上的思路查。确认是规则问题之后，按三个方向查。第一是规则顺序，看看有没有一条更宽泛的规则排在前面，把你这条精确规则盖住了，调整顺序或者收紧宽泛规则的范围。第二是缓存，浏览器缓存和 DNS 缓存会让旧的解析结果继续生效，清掉缓存再测一次。第三是规则集本身有没有更新，规则集是会变的，旧规则集可能已经不包含你要访问的域名，手动更新一次规则集再验证。
耗电与断连是第三类问题，原因往往不在某一次配置上，而在使用习惯里。代理需要常驻后台维持隧道，频繁切换节点、在弱信号环境下反复重连都会增加耗电，这是机制带来的成本，不是故障。缓解的办法是减少不必要的动作：不用的时候把开关关掉，不要开过于频繁的自动测速，固定一个稳定的节点长期使用，比频繁换节点更省电。频繁断连要先做对照：换一个节点看还断不断，如果换节点就稳定了，问题在原来那个节点；如果所有节点都断，再看是不是系统省电策略限制了客户端的后台活动，保持客户端的后台刷新许可，不要频繁划掉后台。还有一种情况是网络环境本身在切换，比如 Wi-Fi 和蜂窝之间来回跳，每次切换隧道都要重建，断连感会特别明显，这时候固定一种网络环境再观察，比反复调客户端更有效。
切换网络后失效可以单独算第四类问题，表现是换个地方、换个网络，原来好好的配置突然不能用了。先区分两种情形：一种是系统级代理的边界问题，换了网络配置自然不跟过去，前面已经讲过；另一种是客户端明明还开着，但新网络本身有限制，比如公共 Wi-Fi 需要先通过网页认证才能上网，认证完成之前隧道建不起来，这时候先在浏览器里完成认证流程，再回来看客户端状态。还有一种情形是新网络的 DNS 解析有问题，表现为能连上隧道但打不开网页，切换一下客户端里的 DNS 设置或者换一个节点，往往就能恢复。定位这类问题时，先问自己一句：是换网络之前就坏了，还是换网络之后才坏的？答案不同，排查方向完全不同。
使用注意
有几个使用上的分寸，提前知道能少走弯路。第一，一次只开一个代理工具，系统级代理和客户端不要叠加，出了问题先关掉一个再定位。第二，有些应用对代理环境比较敏感，比如银行类、政务类和部分游戏，遇到无法使用或者反复验证的情况，先切直连或者关掉代理再试，不要急着改规则。第三，订阅链接和账号凭证自己保管好，不公开、不转借，客户端里弹出的证书信任提示，只在你明确知道用途的时候点允许，不明来源的证书不要信任。第四，客户端的功能和界面会随版本更新变化，本文讲的是通用流程，某个菜单换了名字或者换了位置，以客户端官方现行说明为准，不必按着旧截图硬找。第五，代理只是改变了流量的出口和路径，不改变账号本身的安全规则，账号的密码、二次验证这些基本安全措施仍然要做好。
把上面这些理顺之后，iOS 上的代理配置其实就是一套固定动作：选对方式、导入订阅、选好模式、验证一次，出问题按连通、规则、习惯三条线排查。配置本身不值得反复折腾，稳定下来之后，把注意力放回真正要用的服务上就好。
最后补充一个容易被忽视的点：不要在多台设备之间共用同一份已经出现问题的配置做对照。主力和备用设备共用一份有问题的订阅或者规则，换设备也查不出问题，因为问题本身就在那份配置里。对照的意义在于每次只换一个变量：换节点、换网络、换模式，一次换一个，换完测一次，这样才能确定是哪一个环节出了问题。一次换好几个条件，就算恢复了，你也不知道是哪一个动作起的作用，下次再遇到同样的问题，还是要从头查起。
📖 延伸阅读：
延伸阅读
免责声明
本文仅供技术交流和学习参考。涉及第三方服务的链接可能包含 sponsored 标记，请自行核实服务条款、价格和可用性，并遵守当地法律法规。