2026年9月22日，绿茶VPN 公布 8 月 18 日至 9 月 17 日连续 30 天的稳定性拨测结果：68 个节点平均在线率 99.97%，单节点最低 99.81%，最长单次会话持续 11 天 6 小时，故障自愈成功率 92%，平均恢复时间 38 秒。

稳定性很难用一句“很稳”说清楚，所以运维团队决定把测试过程公开。测试期为 2026 年 8 月 18 日至 9 月 17 日，覆盖全部 68 个节点，每天 24 轮，每轮向每个节点发起 3 次握手与 1 次 1MB 下载，累计 4.9 万次会话、14.7 万次握手。测试使用独立的拨测机群，分布在 6 个国家的 9 个机房，与生产流量隔离，避免相互影响。所有原始数据保留 180 天，可按节点、日期与地区查询。

公开测试结果是有风险的：数字一旦写出来，就会被拿来对比。运维团队仍然决定按月发布，因为稳定性是用户最难自行验证的指标。测试采用的脚本、采样点与判定标准都在版本说明里附了链接，任何人可以按同样方法复测。我们也把失败样本一并列出，包括那 11 次中断的起止时间。对比口径统一为“握手成功且 10 秒内完成 1MB 下载”才算一次通过。

30 天测了什么

四项指标：握手成功率、在线时长、会话中断次数、恢复时间。30 天内共发生 11 次节点级中断，其中 7 次由上游机房网络维护引起，3 次由海底光缆抖动引起，1 次由本地配置回滚导致。11 次中断累计影响时长 2 小时 47 分，占总测试时长的 0.03%。按节点看，在线率最高的是香港 01 与东京 01，均为 100%；最低的是马尼拉 01，99.81%，中断来自当地运营商的两次短时断网，单次最长 6 分 40 秒。所有中断都被客户端自动感知并完成切换，用户侧表现为 1.6 秒的短暂重连。

中断分布有明显的时间特征：7 次集中在凌晨 2:00 至 5:00 的维护窗口，3 次发生在晚间高峰的链路抖动，1 次来自配置回滚。维护类中断提前 24 小时公告，实际影响用户不到 200 人；非计划中断的平均影响面是 1800 人。把两类分开统计，是为了让计划维护不被算进故障率里。我们认为这种区分是诚实的，也会在月度报告中继续保持。

绿茶VPN运维监控面板中的稳定性数据看板
运维监控面板每 15 秒刷新一次节点状态，异常自动触发告警

三条冗余链路

稳定性来自冗余设计。核心枢纽节点各接入三条不同运营商的回程链路，任意一条中断后流量在 5 秒内切换到备用链路；卫星节点采用双上行，主链路丢包超过 5% 时自动切换。切换过程对用户透明，客户端只在状态栏显示一次“线路已优化”。会话保持也做了处理。切换链路时会话密钥不重建，只重新协商路径，实测切换耗时 0.8 至 1.4 秒，期间正在播放的视频会出现一次极短的缓冲，但不会断开连接。

冗余链路带来成本，也带来复杂度。三条链路的时延差异需要控制在 15ms 以内，否则切换后用户会感到明显变化；为此每条链路都有独立探测任务，每 5 秒记录一次时延与丢包，连续 3 次超标才判定不可用。这种“慢判定”牺牲了一点切换速度，换来的是避免误切，实测误切率从 4.1% 降到 0.7%。切换记录会写进客户端诊断页，便于排查。

“我们更在意恢复时间而不是中断次数。光缆被挖断这类事无法完全避免，能控制的是从故障到恢复的那几十秒。”——绿茶VPN 运维负责人 许诚

自愈与告警：平均 38 秒恢复

自愈系统按三级处理：一级是链路切换，5 秒内完成；二级是节点重建，30 秒内把流量迁移到同城备用节点；三级是人工介入，仅在一二级都失败时触发。30 天内 11 次中断中有 10 次由系统自动处理，自愈成功率 92%，平均恢复时间 38 秒，最快一次 9 秒。

自愈不是万能的。节点重建期间，正在进行的下载会中断并需要重连，视频则依靠缓冲撑过这 30 秒。对于无法自愈的场景，值班工程师会在告警后 5 分钟内介入，处置步骤写在运行手册里，每月演练一次。本季度演练覆盖光缆中断、机房断电与配置回滚三类场景，演练结果纳入考核，不达标要重做。这套流程在 9 月的两次真实故障中都用上了。

告警链路同时接入短信、邮件与企业 IM，任一通道确认后停止重复推送。团队设定的目标是下一个季度把平均恢复时间压到 30 秒以内，并把单节点最低在线率提升到 99.9%。完整测试方法与原始数据摘要会随版本说明一同发布。月度报告固定包含 6 个字段：四项核心指标、中断明细与修复时长。第一期报告发布后有用户指出，99.97% 的口径没有包含计划内维护，团队随即补充说明，并把维护窗口单独列出。8 月至 10 月的三期报告中，计划内维护累计 97 分钟，均提前 72 小时公告。

下一步的目标写得很具体：平均恢复时间 30 秒以内、单节点最低在线率 99.9%、月度报告固定每月 5 日发布。许诚说，稳定性没有终点，只有下一次故障前准备得够不够。如果你愿意参与拨测，客户端里有一个“协助测试”的开关，开启后每周最多消耗 20MB 流量，可在设置里随时关闭，采集的数据仅用于线路质量分析。