分流模式的核心定义
VPN分流模式并非指“部分流量走VPN，部分不走”的简单二分法，风驰VPN掉线原因排查其本质是网络设备或客户端根据预设规则，决定哪些数据包进入加密隧道，哪些直接通过本地网络接口发送。是否进入VPN由路由表、流量选择器（Traffic Selector）或客户端策略共同决定。分流隧道允许部分流量直连，但它不是保证所有敏感流量入隧道的开关。如果路由策略配置不当，敏感数据仍可能泄露；反之，若未配置分流，所有流量都会强制入隧，增加延迟。
基于路由与选择器的决策机制
在传统IKEv2或IPsec协议中，网关设备通过检查数据包的源IP、目的IP、风驰协议类型和端口号，对照预定义的流量选择器列表来判断。若匹配成功，数据包被标记并封装入隧道；若失败，则走本地路由表直连。这种机制依赖精确的路由策略，通常由管理员在防火墙或VPN网关侧配置。对于企业用户，这意味着IT部门可以控制哪些应用（如内部OA系统）必须走内网隧道，哪些应用（如公网新闻网站）直接访问，从而减轻骨干网压力。
客户端本地策略的影响
现代移动端VPN客户端（如WireGuard或特定厂商App）往往在操作系统层面实现分流。例如，Android系统的VpnService允许应用级流量选择，Windows的TUN/TAP驱动则可能基于本地路由表重定向流量。此时，决策权下放至客户端。用户若设置了“仅特定应用使用VPN”，其他应用的流量将直接经由Wi-Fi或4G/5G发送。这种本地分流无需服务器配合，但依赖于操作系统对虚拟网卡的实现能力。不同系统对策略的支持程度不同，需查阅具体软件文档确认其是否真正实现了全栈分流，而非仅做UI上的标记。
分流模式让敏感数据安全通过VPN，而日常应用则保持直接连接。
避免常见误解：加速与隐私
分流模式常被误认为能“加速所有上网行为”或“保证隐私”。实际上，加速服务可能使用中继、隧道或NAT出口，不能断言其技术上绝不可能改变目的站点所见的出口IP。若分流策略将游戏流量直连本地，而将聊天流量入隧，游戏延迟降低，但聊天记录的IP来源已变更。反之，若将敏感流量错误地分流至本地直连，则隐私完全暴露。因此，分流是性能与安全的权衡工具，而非万能解决方案。用户应根据自身需求明确哪些流量需要保护，哪些需要速度，并验证实际路由行为，而非依赖软件名称中的“智能”或“自动”标签。
