安卓 VPN 分流的重点不是把所有流量都交给同一条线路,而是让客户端根据应用名单决定哪些 App 使用代理、哪些 App 直接连接。配置前先确认客户端支持按应用分流,并弄清楚它提供的是“仅代理选中应用”还是“排除选中应用”模式;两者名单的含义相反,选错后可能导致预期应用没有走代理,或本地应用反而无法直连。

先弄清安卓应用分流的工作方式

安卓上的应用分流通常由 VPN 客户端通过系统 VPN 接口实现。客户端建立连接后,可以按应用包名选择流量路径;规则的具体执行方式取决于客户端实现和当前配置。它与浏览器里的代理扩展不同:后者通常只影响浏览器,而客户端的应用分流可以覆盖所选应用的网络请求。不过,应用是否遵循系统 VPN、是否通过其他网络组件发送请求,仍可能影响实际结果。

常见设置有两种。第一种是“仅代理选中的应用”或“包含应用”:列表中的 App 走代理,其他 App 直连。第二种是“排除选中的应用”:列表中的 App 直连,未排除的 App 走代理。不同客户端可能将选项写成“绕过应用”“按应用代理”“应用规则”或类似名称,不能只看列表而忽略模式标题。切换模式后,最好重新核对名单,再进行连接测试。

还要区分应用分流与规则分流。应用分流根据发起请求的 App 决定路径;域名或 IP 规则则根据访问目标决定路径。有的客户端支持两者叠加,有的则只提供其中一种,或者先后执行顺序不同。客户端显示“规则模式”并不一定意味着它已按 App 区分流量。若具体应用无法联网,应分别检查应用名单、域名规则、代理策略和连接状态。

先记住:配置前确认“选中应用走代理”还是“选中应用直连”,这是避免名单方向设反的关键。

确定哪些应用走代理、哪些保持直连

先按实际用途整理应用名单,而不是一开始就勾选大量 App。需要使用代理的应用可以放入代理名单;依赖本地网络的银行、支付、智能家居或办公应用,则可根据需要排除。这里没有适用于所有人的固定名单:同一应用的服务入口、登录方式和网络请求可能随地区、版本或账号状态变化。优先根据自己的使用需求决定,再逐个验证。

如果客户端支持“仅代理选中应用”,适合只让少数指定 App 经过代理的场景。确认选中范围后,检查列表中是否包含应用实际使用的客户端;例如,网页内容可能是在独立浏览器中打开,而不是在原 App 内完成。如果客户端支持“排除选中应用”,则适合多数应用共用代理、少数本地应用直连的场景。两种方式的效果可能因客户端的实现而异,应以当前版本的说明为准。

  • ✅ 先确认分流模式的名单含义,再添加或移除应用。
  • ✅ 将需要代理的应用与需要本地直连的应用分开记录,减少漏选和误选。
  • ✅ 如果列表里有浏览器、工作资料或应用分身,确认选择的是实际发起网络请求的那个条目。
  • ❌ 不要认为应用名称相同就一定对应同一个安装实例;工作资料、双开环境可能会显示为不同条目。
  • ❌ 不要同时启用多个 VPN 客户端来实现分流;安卓通常一次只能由一个 VPN 服务接管系统连接。

安卓系统设置中的“始终开启 VPN”或“无 VPN 时阻止连接”属于系统级连接控制,不等同于客户端的应用分流选项。启用阻止连接的功能后,某些被设置为直连的应用或客户端未覆盖的流量也可能无法联网。若需要使用这类系统选项,先查清它与客户端排除名单的交互方式,并准备好恢复原设置的方法。

动手设置:按名单启用并验证分流

菜单名称会随客户端版本、安卓版本和语言变化。下面按通用流程操作;如果当前客户端没有应用名单入口,说明它可能不支持应用级分流,不能用系统 VPN 开关代替。开始前,先确认订阅配置已成功载入、客户端能够正常连接。需要查找连接与导入说明时,可从 VPNNV 进入相关使用入口;不要把订阅链接分享给他人或贴进公开截图。

  1. 打开应用分流设置。在客户端设置、VPN 设置或路由设置中寻找“应用代理”“按应用分流”“包含应用”或“排除应用”等选项。确认这是应用级名单,而不是域名规则列表。
  2. 选择名单模式。决定是仅让选中应用走代理,还是让选中应用绕过代理。读完界面说明后再切换模式,避免把原名单按相反含义解释。
  3. 添加目标应用。在应用列表中勾选需要代理或直连的 App。若列表带有工作资料、克隆应用或不同安装来源的条目,确认选中的是实际使用的实例。只改动目标应用,便于之后判断设置是否生效。
  4. 保存并重新连接。应用名单调整后,按客户端提示保存配置;如需重启 VPN 连接,先断开再连接。若系统请求创建或更新 VPN 连接,核对请求来源确实是正在使用的客户端。
  5. 分别测试名单内外的应用。先打开一个应走代理的 App,再测试一个应直连的 App。检查客户端连接记录或规则命中信息;如果客户端没有提供逐应用记录,可结合目标服务的连接表现和可靠的网络诊断方式核对,不要仅凭 VPN 图标判断。

测试时一次只改变一个设置。若同时换线路、改全局模式、切换 DNS 并修改应用名单,出现结果差异时就难以定位原因。

若需要判断某个 App 是否真的使用预期出口,可在该 App 提供的网络诊断页面或可信的 IP 检查页面中查看结果,并与直连状态对照。不同 App 可能使用不同域名、连接方式或后台组件,因此一次页面测试不能证明同一应用的所有请求都经过同一路径。更可靠的做法是结合客户端日志、应用内功能和目标服务的实际访问结果判断。

应用无法联网或分流不生效时怎么排查

目标应用无法联网

先确认客户端仍处于连接状态,并检查该应用是否被加入了正确方向的名单。若使用“仅代理选中应用”,目标 App 没有被选中时通常不会按预期走代理;若使用排除模式,则需确认它没有被误加入绕过名单。随后临时只保留一个应用进行测试,避免多条域名规则或策略组同时影响结果。

再检查客户端的连接日志或请求记录,确认请求有没有到达客户端、命中了什么规则,以及连接失败发生在哪一段。如果请求未出现,可能是应用使用了不同的网络组件,或客户端没有接管该实例;如果请求已出现但连接失败,则继续检查所选线路、协议兼容性、DNS 和网络限制。不要仅凭更换多个设置来碰运气,逐项恢复并测试更容易找到原因。

设为直连的应用似乎仍走代理

检查名单模式是否为“排除应用”,并确认应用确实在排除列表中。部分客户端的应用分流只负责决定流量是否交给代理,之后仍会受到路由规则、DNS 设置或系统 VPN 选项影响。也可能是应用的部分功能由另一个 App 承载,例如外部浏览器或系统组件;此时应检查实际发起请求的应用,而不是只看最初打开的 App。

如果开启了“无 VPN 时阻止连接”,先确认客户端是否仍在运行、配置是否已经应用。此选项可能让网络在 VPN 暂时断开时被系统阻止,表现为应用无法连接,但这不一定是分流名单错误。排查时可按系统和客户端说明暂时恢复原设置,再单独测试,避免在不了解影响范围时更改企业设备管理或工作资料策略。

检查 DNS、IPv6 与客户端冲突

有些应用会使用自带 DNS、加密 DNS、IPv6 或后台服务,结果可能与浏览器测试不同。先查看客户端是否支持相应流量,再检查系统的私人 DNS 设置和应用自身网络选项。不要直接关闭所有安全设置作为长期解决办法;若临时变更用于诊断,完成测试后恢复原值,并记录哪一步改变了结果。

最后确认设备上没有另一个 VPN、广告过滤器或本地防火墙客户端同时请求接管网络。安卓通常不能让多个 VPN 服务同时承担同一设备的系统级 VPN 连接,客户端之间也可能争用 VPN 配置。退出不使用的网络工具后重新连接,再复测应用名单。如果问题只在特定 Wi-Fi 或移动网络出现,还应分别测试网络环境,避免把接入网络差异误判为分流规则失效。

让规则保持简单并便于复查

应用名单越复杂,越难判断某次连接为何走了特定路径。建议只维护有明确用途的代理名单和直连名单,删除已经不使用的条目;客户端更新或重新安装后,也复查名单是否仍对应正确的应用实例。若客户端支持导出配置,保存前检查是否包含订阅凭据,并避免将敏感配置上传到公开位置。

更新客户端、切换订阅配置或恢复系统网络设置后,都应重新测试几个代表性应用。记录“期望路径、实际结果、客户端日志中的命中信息”,比只记录某个开关状态更有用。若应用升级后包名或网络行为变化,原有设置可能不再适用;此时重新选择正确条目,并从单一应用开始排查。

配置结论:先选对名单模式,再添加目标应用,最后用客户端记录和应用实际访问结果双重验证。安卓应用分流是否可靠,取决于客户端支持范围与规则组合,不应只以“已连接”状态作为判断依据。