确认协议栈与路由表状态
首先需明确本地网络是否真正启用了IPv6。在支持IPv6的操作系统中，检查路由表以确认默认路由（通常指向网关的/64或聚合路由）是否存在。若仅配置了IPv4路由而缺失IPv6默认路由，流量将无法通过隧道传输。观察对象为系统生成的路由数据库，预期现象是能看到指向VPN接口或网关的IPv6下一跳地址。此步骤为只读操作，扬帆云机场旨在区分是路由缺失还是隧道本身故障。
验证流量选择器与策略匹配
进入VPN由路由表项、流量选择器（Traffic Selector）或客户端策略共同决定。需检查是否配置了分隧道（Split Tunneling）模式。分隧道允许部分流量直连，而非强制所有流量入隧道。因此，不能假设所有敏感流量都经过了加密隧道。观察对象是具体的路由策略或ACL规则，确认目标IP段是否正确匹配到隧道接口。若策略仅针对特定子网，其他流量将绕过VPN，这是正常行为而非故障。
区分中继、隧道与NAT出口
若使用的是加速服务或中间人VPN，其背后可能涉及中继节点或NAT出口。不能断言这些服务在技术上绝不可能改变目的站点所见的出口IP。检查点在于理解数据包的最终出口由最后一跳路由器或NAT设备决定。若使用NAT64或特定中继架构，源IP可能已被替换。建议查阅服务提供商的官方配置文档，确认其是否支持端到端保持原始IP，或是否涉及端口映射。此步不涉及本地修改，仅用于澄清预期效果。
技术人员正在核对路由表中的IPv6下一跳地址，以确认流量是否经由隧道传输。
检查接口绑定与MTU影响
确认IPv6流量是否正确绑定至VPN虚拟网卡。部分系统在创建隧道时不会自动将IPv6默认路由指向新接口，需手动验证接口索引（Index）与路由表的对应关系。同时注意MTU值，IPv6头部固定40字节，若隧道封装增加了额外开销且未调整路径MTU，可能导致分片或丢包。观察对象是接口的统计信息，扬帆云查看是否有“Fragmentation Needed”或类似错误计数。若无具体错误日志，可尝试发送不同大小的测试包以验证路径可达性，避免盲目修改MTU参数。
核对DNS与地址解析
最后检查DNS解析是否指向正确的IPv6记录。若DNS服务器仅返回IPv4地址，即使路由配置正确，客户端也可能回退至IPv4流量，从而避开IPv6隧道。观察对象是域名的AAAA记录查询结果。使用仅支持IPv6的诊断工具测试解析，确认获取到的地址属于VPN分配或预期的公网IPv6段。若解析结果与预期不符，需调整DNS服务器配置或检查防火墙是否拦截了UDP 53端口的IPv6流量。此检查独立于路由表，确保应用层能正确获取目标地址。
