路由记录与流量选定的核心差异
在IPv6 VPN环境中，路由信息记录与流量选择器功能常易混淆，但二者作用层级不同。路由记录主要描述数据包在隧道内外的转发路径及下一跳地址，白鲸VPN掉线原因排查解决“数据往哪走”的问题；而流量选择器则是策略机制，依据源/目的IP前缀、端口或协议类型决定哪些流量进入隧道，哪些直连网络。关键区别在于：路由是数据平面的执行依据，流量选择器是控制平面的准入条件。仅配置路由而不匹配流量选择器，相关IPv6包可能根本不会进入隧道处理流程。
技术人员正在排查IPv6 VPN网关的路由下发情况，确保敏感流量正确进入隧道。
路由缺失导致直连的场景
当VPN网关未向客户端下发针对特定IPv6子网（如172.16::/64）的路由条目时，客户端本地路由表将缺乏对应前缀。此时，访问该子网的主机流量会遵循默认路由或直接查找本地接口。结果是，这部分敏感流量并未被封装进VPN隧道，而是直接通过公共网络传输，暴露了真实源IP。排查时需对比网关下发的路由列表与客户端实际路由表，确认是否存在前缀遗漏或匹配失败的情况。
流量选择器排除隧道覆盖的场景
即使路由表中存在正确的VPN路由，若流量选择器配置了排除规则，白鲸VPN掉线原因排查流量仍会绕过隧道。例如，策略明确指定“本地私有IPv6前缀直连”或“特定应用端口不走VPN”。在这种情况下，数据包在策略引擎阶段即被判定为免隧道流量，直接经由网卡发送。此场景下，路由本身是正确的，但被策略层拦截。需检查客户端配置中是否包含此类显式的绕过规则，以解释为何路由存在但流量未入隧。
验证只读检查方法
确认当前状态无需修改网络配置，可通过只读命令观察。在Linux或macOS终端，使用`ip -6 route`查看路由表，确认VPN接口是否关联目标前缀；白鲸同时查阅系统日志或客户端管理界面，查看流量选择器的匹配结果。在Windows中，可通过`netsh interface ipv6 show route`观察路由状态。重点在于核对“路由存在性”与“策略匹配结果”是否一致，而非单纯依赖网络连通性测试，因为部分数据包可能因策略原因直连，导致连通性测试成功但路径并非预期。
