不少用户刚接触分流功能时，上来就直接在VPN客户端里勾选分流规则，结果要么全局隧道卡断了内网办公系统连接，要么分流漏配把本地支付流量导进了隧道，甚至出现部分网页能打开、部分应用完全断网的诡异故障。绝大多数这类问题都不是分流功能本身的缺陷，恰恰是没做好VPN分流模式：设置前的准备导致的，这篇全攻略把所有核心前置检查项逐项拆解，帮你避开绝大多数设置后的连锁问题。
梳理本地网络的原生路由基线
很多人调整分流规则前，根本没摸清楚未开启VPN时的原生网络状态，后续新增的分流路由和原有系统路由冲突，蘑菇VPN账号状态检查出问题后根本找不到排查参照。
断开所有VPN连接后查看系统路由表，记录本地原生网络基线信息
你需要先断开所有VPN连接，打开系统自带的路由表查看工具：Windows系统执行route print命令，macOS和Linux系统执行route -n命令，把当前的默认网关、内网私有网段条目、运营商分配的DNS服务器地址全部手动记录下来。
这个步骤的预期结果是你能清晰区分本地局域网资源、运营商直连公网资源的路由逻辑，后续设置分流的时候就不会不小心把内网打印机、公司OA系统的流量错误导入VPN隧道，出现内网资源完全无法访问的低级错误。
确认VPN服务端的分流兼容规则
很少有用户注意到，客户端的分流模式不是完全独立生效的，部分VPN服务端本身会默认下发强制路由规则，如果自定义的客户端分流规则和服务端下发的规则冲突，你调整的自定义分流根本不会实际生效。
你需要先查阅所用VPN的官方帮助文档，确认服务端是否支持客户端自定义分流、是否默认强制全流量走隧道、有没有预先拦截特定网段分流的限制规则。
这个步骤最常见的误区是很多用户以为客户端改完分流选项就万事大吉，蘑菇结果服务端强制推送了全局隧道规则，最后所有流量还是全部走VPN通道，白白浪费大量时间调试规则。
划定清晰明确的分流流量边界清单
设置分流之前不能凭感觉勾选应用或者网段，要先把所有希望走VPN隧道的流量、希望直连本地公网的流量全部列成明确清单，避免后续漏配或者错配。
你可以按照应用类型、网段属性做分类，明确哪些是需要走VPN的海外业务应用、蘑菇哪些是国内的视频或者日常办公系统、哪些是本地局域网的智能设备，不要设置“所有浏览器流量走VPN”这类模糊规则，后续浏览器打开国内网页时很容易出现加载异常。
这个步骤还要同步确认流量边界的隐私合规性，比如本地支付类应用、企业内部涉密系统的流量，一定要明确划入直连清单，避免导入VPN隧道后出现业务请求被拦截、访问失败的异常情况。
完成故障定位的前置基准标记
很多用户设置完分流之后出了问题，根本分不清是分流规则配置错误，还是本身原生网络就存在故障，所以在做VPN分流模式：设置前的准备阶段，就要先做好基准测试留好对照样本。
你要在完全断开VPN的状态下，先测试几个后续分流要用到的核心站点的连通性：后续要走VPN的站点，先确认直连状态下的原生访问状态，后续要直连的国内站点，先确认直连下的访问状态正常。
同时你还要提前开启系统的网络调试日志，Windows可以开启事件查看器里的网络相关日志，macOS可以开启内置网络诊断的调试日志，后续分流出问题的时候可以直接对比日志，快速定位是哪条路由规则出现了冲突。
所有这些前置准备全部完成之后，你再去调整VPN分流的具体规则，整个配置过程几乎不会出现无来由的诡异故障，也不会出现流量错走导致的业务中断问题。不少用户觉得这些步骤太繁琐，实际上每一项准备工作，都能帮你后续省下数倍的故障排查时间。
