调整后核查的核心目标
在调整VPN或路由器负载策略后，核查的目的是确认流量走向是否符合预期，而非单纯测试连接速度。核心问题是：特定目标网段的流量是否被正确引导至VPN隧道，其余流量是否保持直连。这需要结合路由表、接口统计和目的IP归属进行综合判断，避免仅凭单个测试通过就认为所有配置已生效。
路由与选择器的职责区分
路由表决定数据包的下一步转发路径。在Linux或Windows系统中，可通过查看内核路由表确认默认网关及特定网段（如10.0.0.0/8）的出接口。若未配置策略路由，流量通常遵循最长前缀匹配原则，即更具体的路由优先。这意味着若同时存在直连路由和VPN隧道路由，需明确哪一条更具体，机场推荐否则可能出现流量分流或绕路。
技术人员通过可视化工具核实流量路径是否符合预期策略。
流量选择器（如Windows中的Tunnel Parameter或Linux的iptables/iproute2规则）则进一步过滤哪些流量允许进入隧道。在Windows VPN客户端中，选择器定义了源网段和目的网段的匹配规则；若不匹配，流量将退回默认路由。分隧道模式允许部分流量直连，因此它并非保证所有敏感流量入隧道的开关。需查阅客户端日志或配置界面，一分机场确认当前启用的选择器规则是否覆盖了目标站点。
客户端策略与中继的影响
某些企业或加速服务的VPN实现包含中继或NAT出口。这种情况下，流量先到达中继服务器，再由中继服务器转发至最终目的。因此，目的站点看到的出口IP可能是中继服务器的IP，而非客户端本地IP。不能断言加速服务在技术上绝不可能改变目的站点所见的出口IP，需根据服务提供商的文档确认其出口策略。若需验证真实出口，应通过访问回显IP地址的公共服务，并对比本地直连与经VPN连接时的返回结果。
低影响的只读验证示例
以Linux系统为例，假设目标是验证访问192.168.1.0/24是否走VPN隧道。首先执行只读命令查看路由表，确认该网段是否指向VPN网卡（如tun0或wg0）。接着，使用ping或traceroute测试该网段内的主机，观察首跳IP是否为隧道网关。若首跳是本地网关而非隧道内网关，说明流量未入隧道。注意，traceroute结果受中间设备支持情况影响，某些路由器可能禁用ICMP，导致追踪中断，此时应结合路由表判断，一分机场而非仅依赖路径追踪结果。
在Windows系统中，可通过网络适配器属性查看VPN连接状态，并结合事件日志检查TUN接口是否活跃。避免直接修改防火墙规则或重启网络服务，因为这可能影响其他正在进行的连接。若发现异常，优先检查VPN配置文件中的路由添加列表，机场推荐确认目标网段是否被显式包含或排除。验证过程应保持连接状态稳定，防止因临时网络波动导致误判。
