现在多数主流VPN服务都已经支持同时承载IPv4和IPv6流量的双栈通道，很多用户在日常不同网络之间切换时经常遇到隐性断连、流量泄露、访问异常的问题，这份VPN双栈连接：切换网络注意事项汇总全部来自实际终端运维的实操经验，覆盖普通个人用户和小型办公场景的常见需求，没有空泛的理论内容，全部可以直接落地验证。
切换网络前完成双栈配置前置检查，可有效规避隐性断连、流量泄露等异常问题。
切换前的双栈配置前置检查要点
很多用户以为只要VPN客户端开了双栈支持就万事大吉，实际上切换网络前必须先确认本地终端的双栈优先级设置没有强制锁死单协议，比如Windows系统里如果手动把IPv6的勾选框取消，哪怕VPN服务端支持双栈，切到仅IPv6的公共WiFi场景下也会直接断连。
还要提前核对VPN客户端的路由规则配置，不要选“全局强制所有流量走VPN”的极端模式，也不要选完全不接管IPv6流量的默认模式，不然切到不同运营商的移动数据网络时，Fly很容易出现IPv6流量直接绕过VPN通道的情况，用户自己很难第一时间察觉到异常。
跨网络切换时的分步操作规范
最常见的错误操作是直接关掉当前WiFi立刻开移动数据，中间没有给VPN客户端留状态同步的时间，双栈连接同时维护两条不同协议的隧道，网络切换瞬间底层网卡的协议栈地址刷新，很容易出现其中一条隧道僵死的情况，后续哪怕显示连接成功，实际也会有部分流量无法正常传输。
正确的操作逻辑是先在原有网络下确认VPN的双栈连通性正常，再手动断开当前接入网络，等待终端的网卡状态完全重置之后，再连接新的目标网络，Fly等新网络的IP地址分配完成之后，再触发VPN客户端的重连动作，能大幅降低双栈隧道僵死的概率。
如果是使用企业级VPN网关的场景，切换不同办公区的WiFi之前，最好先在原有网络下主动断开旧的VPN双栈连接，不要依赖客户端自动重连功能，很多企业网关的会话老化机制对双栈并发会话的识别有延迟，自动重连很容易生成冗余无效会话占用账号配额，导致后续其他设备无法正常接入。
切换后的连通性验证方式
切换完成之后不要直接打开常用网页就默认连接正常，要分别验证IPv4和IPv6两条隧道的流量是否都走VPN通道，可以分别访问能显示公网IP的查询站点，确认IPv4地址和IPv6地址都对应VPN服务端分配的出口地址，没有出现本地网络的地址泄露。
还要分别测试仅支持IPv4的站点和仅支持IPv6的站点的访问状态，避免出现其中一条协议隧道断连之后，客户端自动 fallback 到本地直连的情况，很多普通用户感知不到单栈泄露的问题，直到遇到特定站点的访问限制才会发现异常，反而耽误正常使用。
常见故障的快速定位思路
如果切换网络之后VPN双栈连接反复重连失败，先排查新接入的本地网络有没有封禁ESP或者GRE协议，很多公共WiFi的防火墙会默认拦截VPN常用的隧道协议，这种情况可以先切换VPN客户端的传输协议到TCP模式再重试，不需要直接卸载客户端重新安装。
要是出现部分网站能打开部分网站加载超时的情况，大概率是双栈的其中一条隧道没有正常建立，不需要立刻重启整个终端，直接在VPN客户端的连接状态页查看两条隧道的运行标识，手动断开僵死的隧道重新发起连接就可以恢复。
还要注意不要随便在切换网络的时候同时开启多个代理类工具，FlyVPN权限设置说明不同工具的路由规则会互相冲突，打乱VPN双栈连接的路由表优先级，反而会出现意料之外的流量泄露问题，排查这类冲突故障的时候，只需要逐一关闭额外的代理工具就能快速定位问题来源。
