混淆点澄清：连通性与服务可用性
评估VPN稳定性时，用户常将“连通性”与“服务可用性”混为一谈。连通性仅指客户端能与服务器建立数据链路，而服务可用性还要求业务流量能正常穿越且延迟在可接受范围内。例如，飞鱼某次测试中客户端成功获取IP，但访问外部网页超时，这说明底层隧道存在，但中间路由或网关转发策略失效。必须将这两层分开测试，才能定位故障究竟在网络接入层还是业务转发层。
核心指标一：链路抖动与丢包率
链路抖动（Jitter）反映延迟的波动幅度，比平均延迟更影响交互体验。在Windows系统中，可使用系统自带的`ping`命令对VPN出口网关进行连续测试，观察“时间=”字段的波动。若标准差超过10ms，通常意味着队列缓冲区压力大或路径不稳定。对于UDP协议的VPN（如WireGuard），应使用支持UDP的测试工具，因为TCP的ping可能因拥塞控制机制掩盖真实的网络劣化情况。仅看单次成功不代表稳定，需统计一定时长内的丢包比例。
通过观察客户端与网关间的链路波动，区分连通性与实际服务可用性。
观察对象应为从客户端到指定内网资源的路径，而非仅到VPN服务器本身。若直达内网资产丢包率高，说明VPN服务端的路由表或NAT策略可能存在配置错误，需查阅服务端的接口路由配置。
核心指标二：隧道维持与重连耗时
网络切换（如Wi-Fi转5G）或短暂断网后，VPN是否能在合理时间内自动恢复是稳定性的关键。测试方法是在连接稳定时物理断开客户端网线或飞行模式切换，记录从断连到重新获得外网或内网访问权限的时间。对于支持Keep-Alive机制的协议（如IPsec），需检查配置的Dead Peer Detection（DPD）间隔。若重连耗时超过30秒，可能导致用户体验中断。此测试应排除本地ISP完全故障导致的假象，确保是客户端主动感知并触发重连。
核心指标三：并发负载下的性能衰减
单用户测试通过不代表服务稳定，需关注多用户并发时的表现。若无法实测大规模并发，应查阅服务商提供的SLA（服务等级协议）中关于带宽保证和最大连接数的定义。重点核对服务端的CPU和内存监控图表，查看在高峰时段CPU使用率是否长期接近100%。CPU瓶颈通常会导致加解密延迟飙升，表现为网速骤降。此外，需确认服务是否启用了DPI（深度包检测）或严格的QoS策略，飞鱼VPN这些功能在高压下可能优先丢弃特定协议流量，造成部分应用无法访问而Ping正常。
核心指标四：路由策略一致性
稳定性也取决于路由是否正确。例如，访问国内业务是否走本地路由，访问海外业务是否强制走隧道。若路由表配置错误，可能出现“走错路”的情况，导致延迟极高或无法连接。检查方法是在客户端使用`route print`（Windows）或`netstat -rn`（Linux/macOS）查看默认网关指向。确保VPN接口优先级符合预期。若发现某类IP段始终走错隧道，需核对服务端下发的路由注入策略。这种错误在单点测试中不易发现，需结合具体的业务目标IP进行验证。
