安卓 VPN 分流不是简单地把“VPN 开关”打开或关闭,而是先确定哪些应用交给 VPN 客户端处理,再决定这些应用的流量走代理还是直连。设置正确后,指定应用可以使用代理连接,其他应用仍按本地网络访问;但具体能力取决于客户端是否支持按应用分流,以及系统版本和配置方式。

本文以常见安卓代理客户端的设置思路为例,介绍如何选应用、理解包含与排除规则、验证实际路径,以及在设置失效时逐项排查。不同客户端的菜单名称并不一致,可能写作“应用代理”“分应用代理”“绕过应用”或“按应用路由”。请以当前客户端提供的选项和说明为准,不要把某个界面的名称套用到所有工具上。

先理解安卓分流的两层规则

按应用分流通常包含两个判断:第一,哪些应用的网络流量交给 VPN 客户端;第二,交给客户端后,这些流量是走代理,还是按客户端规则直连。前一层决定“谁进入客户端”,后一层决定“进入后怎么走”。只切换代理模式,未必会改变应用的接管范围。

常见设置有“仅代理选中的应用”和“绕过选中的应用”两种。前者是包含列表:列表里的应用交给客户端处理,列表之外的应用通常不进入客户端。后者是排除列表:除明确排除的应用外,其他符合接管条件的应用可能都经过 VPN。不要只根据“勾选”二字判断效果,先读清楚页面上的模式说明。

  • 包含模式:适合只希望少数应用使用代理的情况。检查列表中是否选中了真正需要的应用,也要留意它依赖的浏览器或登录组件是否需要单独处理。
  • 排除模式:适合多数应用都要经过客户端、只有少数应用需要绕过的情况。排除应用后,通常意味着它直接使用设备当前网络,而不是自动获得另一条代理路径。
  • 全局或规则模式:它们往往描述进入客户端后的路由策略,不一定等同于“所有安卓应用都走代理”。应用接管列表与代理模式要分别核对。

安卓系统通常允许 VPN 应用通过系统 VPN 接口申请接管网络流量,但这不意味着每个客户端都提供逐应用开关,也不代表所有流量类型都必然符合列表预期。某些应用会使用独立进程、外部浏览器、系统服务或自带的网络组件,登录流程和主应用的流量路径可能因此不同。

还要区分“应用不经过 VPN”和客户端内部的“直连规则”。前者通常让应用绕过客户端的 VPN 接口,直接使用设备网络;后者则可能仍由客户端接收请求,再决定直接连接目标地址。两者的处理位置不同,排错时不能混为一谈。

配置前:检查客户端、系统设置与应用

先确认你使用的客户端支持按应用选择,并查看它的说明中“包含应用”与“排除应用”分别代表什么。如果客户端只有全局、规则等模式,没有逐应用列表,就不能假设系统设置里存在一个通用开关可以代替客户端功能。安卓的系统 VPN 设置主要用于管理 VPN 连接,不会自动为任意代理客户端补上应用级分流规则。

如果服务提供官方安卓客户端,优先按其说明导入订阅并完成连接;使用兼容客户端时,则要确认客户端能识别订阅格式及相应节点配置。以 VPN61 为例,可从VPN61了解站点入口,再按客户端自身支持的方式完成配置。不要把节点订阅地址粘贴到安卓系统的服务器地址栏中,也不要把客户端名称当作协议名称。

进入客户端的应用分流页面前,先列出实际需要代理的应用,并分别检查它们是否有独立的登录器、浏览器或辅助组件。举例来说,某个应用点击登录后跳到外部浏览器,主应用在列表中并不保证浏览器也随之走同一路径。若目标是让登录和使用过程都保持一致,测试时应把相关组件也纳入检查,而不是盲目勾选整台设备上的所有应用。

  • ✅ 确认客户端当前启用的配置与订阅已经成功更新,且已选中可用的代理节点。
  • ✅ 确认分流页面当前采用包含模式还是排除模式,避免把勾选含义理解反了。
  • ✅ 记录需要代理的应用,以及可能参与登录、打开链接或推送的配套应用。
  • ✅ 检查安卓是否提示 VPN 连接授权;只对自己信任且正在配置的客户端确认授权。

动手设置:选择应用并逐项验证路径

下面按常见的配置顺序操作。页面名字可能不同;如果找不到对应入口,先查看客户端内的帮助说明,不要直接修改不熟悉的系统网络选项。

  1. 打开应用分流设置。在客户端的设置、路由、VPN 或配置页面中寻找按应用选择的功能。有些客户端将它放在当前配置的编辑页,而不是主设置页。
  2. 确定采用包含还是排除。如果只有少数应用需要代理,通常先检查“仅代理选中的应用”一类选项;如果目标是让大多数应用由客户端接管,再考虑排除列表。最终以客户端对规则的解释为准。
  3. 选择目标应用。在系统应用列表中找到需要处理的应用并启用对应选项。检查列表是否包含应用的正确名称;如果客户端同时列出系统应用与用户安装应用,不要仅凭图标相似就选择。
  4. 保存并重新连接。应用列表或路由策略变更后,按客户端要求保存配置,必要时断开再连接。若安卓弹出 VPN 连接请求,确认请求来自预期客户端。确认状态栏或客户端页面显示当前连接已经建立。
  5. 先测一个目标应用,再测一个非目标应用。用需要代理的应用访问其正常功能,同时选一个不应代理的应用检查直连是否仍可用。一次只调整一个条件,便于区分是应用列表、节点连接还是目标服务本身的问题。

测试时,不能只凭客户端显示“已连接”就认定每个应用的路径都正确。可在目标应用内打开其日常使用的页面或功能,再用客户端提供的连接记录、日志或应用流量信息检查请求是否被接管。若使用 IP 查询页面作为辅助,先确认该页面本身没有被规则设为直连,否则它显示的结果只能反映该次查询走的路径。

实际验证最好同时覆盖两类结果:需要代理的应用能够建立预期连接;设置为绕过或不在包含列表里的应用仍能访问其常用服务。个别应用可能会把部分请求交给系统组件处理,所以若只有登录、内嵌页面或下载功能异常,应进一步检查关联应用和域名规则,而不是立即推断整个分流功能失效。

操作要点:先选定包含或排除模式,再选择应用;保存并重连后分别测试目标应用与非目标应用,不要用单个“已连接”状态代替路径验证。

规则不生效时:从应用列表到系统限制排查

目标应用仍像是直连。先检查它是否真的被纳入代理范围,以及客户端当前使用的配置是否就是刚才编辑的配置。之后确认客户端的路由模式没有把相关流量再次判定为直连。如果应用通过外部浏览器打开页面,分别检查主应用和浏览器的接管状态。

本应直连的应用也经过代理。确认当前不是排除列表被误设为包含列表,或者客户端使用了“全部应用”一类接管范围。检查列表中是否选择了错误的应用条目。若规则同时包含应用选择和域名、IP 规则,还要查看优先级说明:应用命中并不一定覆盖后续所有路由条件。

保存后连接断开或无法启动。检查是否有另一款 VPN 客户端、流量过滤工具或设备管理配置正在占用系统 VPN 接口。若设备启用了“始终开启 VPN”或“无 VPN 时阻止连接”等系统选项,断开或切换客户端时,网络访问可能受到限制。不要为了试错就关闭所有安全设置;先记录原有状态,并按客户端和设备说明确认设置的用途。

部分应用可用、部分功能失败。某些程序会将登录、网页内容、下载或通知交给不同进程处理;应用级规则可能覆盖主程序,却未覆盖关联组件。也可能是目标服务自身的地区、账户或网络要求导致失败。可以暂时恢复客户端推荐模式进行对照,再逐项调整应用与路由规则,避免同时更改节点、DNS 和系统代理后无法定位原因。

切换网络后结果改变。Wi-Fi 与移动网络的路由、DNS 和访问策略可能不同。遇到差异时,保持应用列表不变,分别确认客户端连接状态,再测试同一目标应用。若只在某一网络下出错,优先记录网络类型和错误表现,之后再依据客户端说明检查连接参数;不要据一次测试就修改多个协议选项。

恢复默认与日常维护建议

如果分流规则越改越复杂,先保存当前列表或记录关键选项,再使用客户端提供的“恢复默认”“清除应用规则”或重新导入配置功能。不同客户端的重置范围不同:有的只清除应用列表,有的会连同节点选择和路由规则一起还原。操作前查看确认提示,避免误删仍需要的配置。

恢复后,先使用客户端默认模式验证基本连接,再重新建立最小化的应用列表。建议先配置一个确实需要代理的应用,确认可正常使用后,再逐个添加其他应用;需要绕过的情况也应逐项测试。每次只变更一类设置,并记录结果,日后客户端更新或换机时更容易复现。

更新订阅或客户端后,检查应用分流开关是否仍然启用、当前配置是否仍被选中,以及规则顺序是否发生变化。系统升级也可能调整 VPN 权限提示或设置入口。若菜单名称和本文描述不同,以客户端当前版本的说明为准;不要假设更新后原有列表一定被完整保留。

安卓分流的核心是区分应用接管范围与客户端内部路由策略。把规则缩小到明确的应用集合、验证直连和代理两种结果,并保留回退方式,通常比一次性添加大量例外更容易维护。遇到复杂故障时,先恢复到可工作的默认状态,再逐项增加规则,就能更清楚地找出冲突来源。