首页›新闻资讯›海鸥加速器节点规模扩展至189个,覆盖46个地区
海鸥加速器节点规模扩展至189个,覆盖46个地区
2026 年 10 月 31 日,海鸥加速器推送 4.6.0 客户端,加速节点总数由 132 个增加到 189 个,覆盖地区从 38 个扩大到 46 个。新增的 57 个节点中有 41 个落在东南亚、中东与南美的二线城市,这些城市此前只能借用邻国节点接入,单程多出 46 毫秒左右的绕行时间。加速节点扩容的同时,旧节点的接入带宽也同步从 10Gbps 提到 20Gbps,单节点并发上限由 1,200 人提升到 2,400 人。
这轮扩容的依据来自线路反馈数据。过去 90 天,客服系统收到 4,180 条指向同一批城市的记录,其中 63% 发生在当地 20:00 至 23:00,典型描述是「白天正常、晚上掉到 2Mbps 以下」。运维组把这些记录按城市聚合,筛选出连续 4 周出现同类问题的 8 个城市,作为本轮优先落点。
新增地区落点与节点分布
新增的 8 个地区是胡志明市、清迈、迪拜、利雅得、伊斯坦布尔、里约热内卢、圣地亚哥与约翰内斯堡。每个地区部署 4 到 9 个节点,合计 57 个:胡志明市 9 个、清迈 5 个、迪拜 8 个、利雅得 6 个、伊斯坦布尔 7 个、里约热内卢 8 个、圣地亚哥 6 个、约翰内斯堡 8 个。节点编号沿用城市缩写加序号的方式,例如 VN-SGN-03、AE-DXB-08,方便在客户端里按字母顺序检索。
同城多节点的意义在于分流。单个 20Gbps 节点在晚高峰会被 2,400 名并发用户切分,人均可用带宽落到 8Mbps;同城 8 个节点把并发压力摊薄后,人均可用带宽回到 40Mbps 以上。客户端默认按延迟排序,同城节点之间的延迟差异通常在 3 毫秒以内,用户手动切换也不会明显变慢,这一点在移动网络下尤其重要。
两地实测:延迟与丢包的变化
实测安排在 10 月 28 日与 29 日两个晚高峰(20:00 至 22:30),每组采样 300 次。深圳到胡志明市:旧线路经香港中转,平均往返 68 毫秒、丢包 0.9%,新节点直连后降到 31 毫秒、丢包 0.2%。北京到利雅得:由 214 毫秒降到 187 毫秒,丢包从 1.4% 降到 0.6%。圣保罗到里约热内卢:由 42 毫秒降到 9 毫秒,是本轮降幅最大的一组。46 个地区中,38 个地区的晚高峰往返延迟低于 60 毫秒,其余 8 个地区低于 260 毫秒。

带宽侧的整理同样明显。以清迈节点为例,接入带宽 20Gbps,晚高峰实测出口 14.6Gbps,人均下行从扩容前的 6.8Mbps 提升到 34.2Mbps,足以支撑 4K 串流的同时进行 1080P 视频会议。约翰内斯堡节点的抖动从 21 毫秒收敛到 6 毫秒,视频会议里常见的「对方声音断续」多由抖动而非带宽造成。
客户端更新与线路迁移
4.6.0 客户端的升级包体积为 Windows 42.6MB、macOS 48.1MB、Android 31.4MB,服务器端线路表已同步到全部旧版本,老客户端不升级也能看到新节点,只是缺少同城节点的延迟排序。升级后首次连接会重新测速一次,约 3 秒完成,不需要手动清空配置;自定义路由规则原样保留,企业账号在后台按「线路组」重新绑定即可。
需要留意两点。第一,路由器插件版本需同步到 2.3.5,旧版只识别前 132 个节点,新节点会显示为「不可用」。第二,若账号里固定绑定了某一节点,扩容后默认不会自动切换,建议在客户端设置里把「固定节点」改成「自动选路」,否则新节点的低延迟优势用不上。
189 个节点是当前规模,不是终点。按照已确认的排期,2027 年第一季度还会补上南亚与东欧的 21 个节点,总节点数达到 210 个,覆盖地区增至 52 个。扩容节奏会参考工单分布,避免出现「节点建好了却没人用」的浪费。
想直接体验新线路,可在下载页获取对应系统的安装包;已有的 4.5.x 用户也可以先在客户端内查看「节点列表」,确认 8 个新地区是否已出现在列表中,再决定是否升级。
用户评论(7 条)
胡志明市节点终于有了,之前连香港中转,晚上开会一直转圈,现在延迟 30 毫秒上下,稳。
升级后同城节点确实多了几个,手动切换没感觉到差别,自动选路就够了。
路由器插件记得升级,我一开始没升,新节点全是灰色的,折腾半小时才发现。
里约到圣保罗 9 毫秒有点意外,之前跨境办公传文件慢得离谱。
希望后面把东欧补上,华沙这边还是走法兰克福。
扩容后晚上 9 点测了下,下行 36Mbps,比上个月多 20 多兆,有感觉。
建议节点列表加个搜索框,189 个翻起来有点费劲。