很多用户配置完VPN按应用分流规则后，经常遇到规则和实际流量走向不符的问题，要么所有应用流量都走VPN隧道，要么本该走VPN的业务流量漏到本地直连，不仅可能带来业务访问异常，部分合规场景下还会出现数据泄露风险，这时候通过标准的VPN按应用分流访问路径验证步骤逐项排查，天行就能快速定位配置偏差，确保流量完全按照预设规则分发。
验证前的基础配置前提确认
首先要先确认分流规则本身的配置没有逻辑矛盾，很多用户出错的根源是规则顺序写反了，比如先加了全局走VPN的规则，后面再加指定应用走本地的例外，天行底层路由匹配的时候优先命中靠前的全局规则，分流直接失效。
技术人员逐项核验VPN应用分流规则的流量走向，排查配置偏差问题。
还要提前关闭设备上的其他代理、系统自带的VPN服务、后台自动切换的流量加速插件，避免多代理叠加干扰后续路径验证的结果，同时把待测试的几个应用的后台进程全部彻底退出，不要保留后台驻留的残留连接，避免旧连接沿用之前的路径影响核验结果。
基础连通性预检查步骤
先不启动VPN分流服务，分别在本地环境下打开待测试的两类应用，一类是规则里指定走VPN通道的应用，一类是规则里指定走本地直连的应用，确认两类应用在本地直连状态下都可以正常访问，排除应用本身的网络故障干扰后续验证。
之后启动VPN的分流服务，先看VPN服务本身的连接状态是否正常，确认VPN隧道已经成功建立，没有出现握手失败、隧道反复重连的情况，这一步如果隧道本身不稳定，后续所有路径验证的结果都不具备参考性。
分应用路径逐项核验实操
首先打开规则里指定走本地直连的应用，先做一次普通的网页或者业务访问，之后打开系统自带的网络连接状态工具，查看该应用对应的进程的对外连接的出口IP，确认这个IP是你当前本地宽带的公网出口IP，而不是VPN服务分配的隧道出口IP。
接下来彻底关闭刚才的本地应用，打开规则里指定走VPN通道的应用，同样发起正常的业务访问，再用进程级的网络监控工具查看该应用的对外连接出口IP，这时候预期得到的IP是VPN节点对应的公网出口IP，和之前本地宽带的IP不属于同一个运营商的本地网段。
如果是企业级的分流场景，还可以在VPN服务端的后台流量日志里，查看对应VPN账号下的流量记录，确认只有指定分流的应用产生的流量出现在隧道流量统计里，天行其他应用的流量完全没有出现在VPN隧道的统计条目里，进一步交叉验证路径的正确性。
异常现象的常见原因排查
如果出现本该走VPN的应用实际走了本地路径，首先检查分流规则里的应用进程名是否匹配正确，很多应用会有多个子进程，只加了主进程的规则没有覆盖子进程，就会出现部分流量漏出到本地直连的情况。
如果出现本该走本地的应用全部走了VPN通道，天行加速器设置恢复指南优先检查分流规则的匹配优先级，确认例外规则的排序在全局默认规则之前，部分分流系统的规则匹配是从上到下命中即停止，靠后的例外规则不会被触发。
还要注意部分应用会调用系统底层的网络服务进程发起连接，这时候直接匹配应用本身的进程名是抓不到对应流量的，需要调整分流规则的匹配对象，针对该应用的完整安装目录下的所有可执行文件做匹配，才能覆盖所有连接。
很多用户验证的时候只看系统状态栏的VPN图标亮着就以为分流生效，实际上图标亮只能代表隧道建立成功，完全不能代表不同应用的流量按照预设规则走了对应的路径，必须通过进程级的流量核验才能确认VPN按应用分流访问路径的实际运行状态。
