东亚
延迟最低的一档，香港与东京覆盖大多数日韩、港台站点。游戏与视频会议优先。
01 / 节点清单
主要城市节点：数量、延迟与线路类型
下表列出各区域的主力节点，不是全部 150 个。表中延迟为中国大陆主要城市到该节点的往返中位数，采样时间 2026 年 10 月。
| 城市 | 区域 | 节点数 | 延迟中位 | 丢包中位 | 线路类型 |
|---|---|---|---|---|---|
| 香港 | 东亚 | 12 | 27 ms | 0.2% | BGP 多线 |
| 东京 | 东亚 | 9 | 42 ms | 0.3% | 专线 + BGP |
| 首尔 | 东亚 | 6 | 48 ms | 0.4% | BGP |
| 新加坡 | 东南亚 | 8 | 55 ms | 0.3% | 专线 + BGP |
| 洛杉矶 | 北美 | 8 | 148 ms | 0.5% | 专线 |
| 圣何塞 | 北美 | 7 | 152 ms | 0.6% | BGP |
| 法兰克福 | 欧洲 | 6 | 178 ms | 0.4% | 专线 |
| 伦敦 | 欧洲 | 6 | 186 ms | 0.5% | BGP |
| 悉尼 | 大洋洲 | 4 | 142 ms | 0.7% | BGP |
| 迪拜 | 中东 | 4 | 156 ms | 0.6% | 专线 + BGP |
说明：表中是主力节点，其余节点为备份与区域分流节点；同一城市有多个入口，表内延迟为该城市节点的中位数。
为什么同一城市要放多个入口
跨境链路的质量与运营商、时段强相关。同一个城市，电信、联通、移动的出口路径可能完全不同。多入口的意义是让选路引擎能在「城市相同、运营商不同」的维度上再比较一次。
2026 年 10 月的巡检数据显示，同一城市不同入口的延迟差最大可达 22 ms，丢包差可达 0.8 个百分点。这个差距足以决定一局游戏是否卡顿。
02 / 选路逻辑
智能加速的四步：从探测到复核
「智能」不是玄学，而是一套固定顺序的比较。理解这套顺序，你就能判断为什么系统选的节点和你手动选的节点不一样。
- 候选集筛选
- 按你的出口 IP 归属地，先取同区域节点作为候选。
- 候选集最多 5 个，避免探测本身占用过多带宽。
- 并发探测
- 同时发 8 个探测包，取中位数而不是最小值，过滤偶发尖峰。
- 探测包大小 64 字节，不触发业务链路上的大包分片。
- 加权排序
- 延迟权重 0.5、抖动权重 0.3、负载权重 0.2，三项归一化后相加。
- 抖动超过 12 ms 或负载超过 80% 的节点直接降级。
- 连接后复核
- 握手完成后复测一次，若延迟比探测值高 40% 以上则重选。
- 稳定运行 60 秒后把本次路径写入会话记录，供下次优先复用。
03 / 高峰时段
同一条线路，晚高峰和凌晨差多少
跨境链路的拥塞有明确的时段特征。下表是 2026 年 10 月东亚与北美主力节点的分时段采样，帮你判断什么时候该换区域。
| 时段 | 香港延迟 / 抖动 | 东京延迟 / 抖动 | 洛杉矶延迟 / 抖动 | 建议 |
|---|---|---|---|---|
| 00:00–08:00 | 22 ms / 2 ms | 36 ms / 3 ms | 132 ms / 4 ms | 大文件传输与更新选这一段 |
| 08:00–18:00 | 27 ms / 4 ms | 42 ms / 5 ms | 148 ms / 6 ms | 办公与会议的主力时段 |
| 18:00–20:00 | 33 ms / 7 ms | 51 ms / 9 ms | 166 ms / 10 ms | 开始拥塞，游戏建议换节点 |
| 20:00–23:00 | 41 ms / 11 ms | 63 ms / 13 ms | 183 ms / 14 ms | 高峰，优先选负载低的备用节点 |
| 23:00–24:00 | 30 ms / 5 ms | 46 ms / 6 ms | 155 ms / 7 ms | 逐步回落，可恢复常用节点 |
读表方法：「延迟 / 抖动」为两个数字，前者决定响应快慢，后者决定稳定程度。晚高峰延迟上升 15 ms 属于正常波动，抖动翻倍才是需要换节点的信号。
04 / 测速方法
五步测出你自己的真实延迟
页面上的数字只能当参考。想知道自己网络下的真实表现，按下面五步做一次，结果比任何榜单都可靠。
- 固定测试环境
- 关闭下载、网盘同步与系统更新，避免带宽被抢占。
- 用有线或 5 GHz Wi-Fi，避免 2.4 GHz 的干扰。
- 先测本地基线
- 不连客户端，测一次本地到国内公共 DNS 的延迟，作为基线。
- 基线本身高于 30 ms 时，先排查路由器与宽带。
- 连续测三次
- 同一节点连续测 3 次，每次间隔 30 秒，取中位数。
- 三次结果差异超过 20 ms 时，说明链路不稳定，换时段再测。
- 换时段复测
- 至少在下午与晚高峰各测一次，比较抖动变化。
- 晚高峰抖动超过 12 ms 的节点，不适合游戏与会议。
- 用真实任务验证
- 打开目标站点或应用，观察首屏与操作响应，而不是只看测速数字。
- 测速快但实际卡，通常是目标站点自身拥塞，与节点无关。
| 指标 | 合格线 | 优秀线 | 说明 |
|---|---|---|---|
| 往返延迟 | ≤ 80 ms | ≤ 40 ms | 游戏与会议建议看优秀线 |
| 抖动 | ≤ 12 ms | ≤ 5 ms | 抖动比延迟更影响体感 |
| 丢包 | ≤ 1% | 0% | 超过 2% 建议直接换节点 |
05 / 区域场景
六个区域，各自适合什么
选区域本质是选「离目标站点近的那一侧」。下面按常见用途给出建议，具体仍以你实测的延迟为准。
东南亚
新加坡是区域枢纽，跨境电商后台与东南亚流媒体表现稳定，晚高峰抖动略高。
北美
洛杉矶与圣何塞覆盖大部分北美 SaaS 与学术数据库，延迟 130 ms 起。
欧洲
法兰克福与伦敦是主力，适合欧洲客户官网、邮件与协作工具，延迟 150 ms 起。
中东
迪拜节点服务中东项目协作，线路以专线为主，节点数量少但稳定性优先。
大洋洲
悉尼与墨尔本覆盖澳洲站点，适合留学与澳洲客户沟通，延迟 110 ms 起。
06 / 弱网处理
网络本身不好时，节点能帮到哪一步
节点能优化「跨境那一段」，但无法修复你本地网络的丢包。分清责任边界，才不会把本地问题误判成节点问题。
Wi-Fi 干扰
2.4 GHz 信道拥挤时，本地丢包可达 3% 以上。换 5 GHz 或网线，比换节点有效。
宽带拥塞
家中多人同时看视频时，上行排队会推高延迟。给客户端留出 20% 余量更稳。
运营商出口
部分时段国际出口拥塞，表现为所有节点同时变慢。此时换区域比换节点有用。
目标站点限速
目标站点对单 IP 限速时，换节点可能触发风控。优先降低并发而不是频繁换 IP。
一个判断顺序，省掉一半排查时间
先看本地基线是否正常，再看是否所有节点同时变慢，最后才看单个节点的负载。这个顺序能区分「本地问题」「出口问题」与「节点问题」三类原因。
- 本地基线高：查路由器、Wi-Fi 与后台占用。
- 所有节点同时慢：大概率是本地出口拥塞，换时段再试。
- 只有某个节点慢：换同区域其他节点，或等负载回落。
- 只有某个站点慢：目标站点自身问题，换节点通常无效。
07 / 维护记录
近期节点维护，以及对你意味着什么
节点维护会短暂影响部分区域。下表记录 2026 年 10 月至 11 月的公开维护动作，方便你在遇到异常时对照时间。
| 日期 | 区域 | 动作 | 影响 |
|---|---|---|---|
| 2026-11-08 | 东亚 | 香港新增 2 个入口，扩容上行 | 无中断，晚高峰延迟下降约 4 ms |
| 2026-11-05 | 北美 | 洛杉矶更换一条上游链路 | 维护窗口 20 分钟内可能重连一次 |
| 2026-10-30 | 欧洲 | 法兰克福节点例行重启 | 自动迁移至伦敦，延迟上升约 10 ms |
| 2026-10-24 | 东南亚 | 新加坡扩容并发上限 | 无中断，高峰期排队减少 |
| 2026-10-18 | 大洋洲 | 悉尼节点线路调整 | 延迟下降约 8 ms，抖动基本不变 |
08 / 节点编号
客户端里的节点编号，其实在说四件事
节点名称不是随机字符串。看懂编号，你就能判断它属于哪个区域、哪条线路、是不是备份节点。
| 编号段 | 含义 | 示例 | 怎么用 |
|---|---|---|---|
| 前两位 | 区域代码 | HK / JP / SG / US / DE | 判断物理位置，决定延迟量级 |
| 第三位 | 城市序号 | HK-1、HK-2 | 同城多入口，序号小的一般更早扩容 |
| 字母后缀 | 线路类型 | -B 为 BGP，-D 为专线 | 专线抖动更低，BGP 覆盖更广 |
| 数字后缀 | 备份标记 | -R1、-R2 | 备份节点平时不主动分配，故障时接管 |
同城两个入口怎么选
先各测三次取中位数。延迟接近时选抖动低的那个，游戏与会议对抖动更敏感。
为什么备份节点不出现在列表
备份节点默认隐藏，避免用户主动连到低优先级入口。维护时它们会自动接管分流。
编号与套餐有关吗
无关。所有节点对所有套餐开放，区别只在并发设备数与流量额度，不在节点权限。
09 / 常见问题
节点与延迟的 5 个高频问题
回答基于 2026 年 10 月巡检数据与客户端 3.2.1 版本，节点调整后数字会变化。
节点数量多，是不是就一定快？
不是。速度取决于「你 → 节点」和「节点 → 目标」两段链路的总和。150 个节点里有相当一部分是备份与分流节点，日常连接通常只会用到离你最近的 3 至 5 个。节点多解决的是「就近接入」和「单点维护时有替代」，不是无条件的速度提升。
为什么我测出来的延迟比页面写的高？
页面数字来自固定城市、固定运营商的巡检采样，取的是中位数。你本地的 Wi-Fi、路由器、光猫与运营商接入段都会叠加延迟，通常比表内数值高 5 至 20 ms。另外测试时段也影响结果，晚高峰普遍更高。
智能选路会不会把我切到很远的节点？
概率很低。选路优先同区域，只有在同区域节点全部劣化（延迟或抖动连续超标）时才会跨区域兜底。跨区域切换会写进客户端日志，你可以在「连接记录」里看到切换原因。
节点负载在哪里看？
客户端节点列表会显示每个节点的实时负载百分比与最近 8 次采样的延迟中位数。负载高于 80% 的节点会标灰，仍可手动选择，但不建议在高峰期使用。
丢包 1% 影响大吗？
对下载影响有限，对实时音视频影响明显。丢包会触发重传，1% 的丢包在长肥管道上可能让有效吞吐下降 10% 至 30%，而语音会先出现断续。游戏与会议场景建议把丢包控制在 0.5% 以内。
用你自己的网络测一次
按上面的五步测速做一遍，再决定固定哪个区域。测完不满意随时卸载。