看专线占比
占比高的城市更适合工业回传与实时控制。
主力节点：城市、数量与线路
下表只列主力节点，不含备份与临时扩容节点。
| 城市 | 区域 | 节点数 | 专线占比 | 延迟中位 | 丢包 |
|---|---|---|---|---|---|
| 香港 | 东亚 | 11 | 55% | 26 ms | 0.2% |
| 东京 | 东亚 | 9 | 44% | 41 ms | 0.3% |
| 首尔 | 东亚 | 6 | 33% | 47 ms | 0.4% |
| 新加坡 | 东南亚 | 8 | 38% | 54 ms | 0.3% |
| 洛杉矶 | 北美 | 8 | 50% | 146 ms | 0.5% |
| 圣何塞 | 北美 | 7 | 29% | 151 ms | 0.6% |
| 法兰克福 | 欧洲 | 6 | 50% | 176 ms | 0.4% |
| 伦敦 | 欧洲 | 6 | 33% | 184 ms | 0.5% |
| 悉尼 | 大洋洲 | 5 | 20% | 139 ms | 0.7% |
| 迪拜 | 中东 | 4 | 75% | 152 ms | 0.6% |
说明：同城多入口的延迟差异最大 18 ms，表内取该城市全部入口的中位数。
看丢包
丢包 0.5% 以上时，长连接会频繁重传。
看距离
延迟主要由物理距离决定，跨洲无法压到 100 ms 内。
专线与 BGP，差在哪
同样能连，稳定性不同；这是工业场景优先专线的原因。
| 维度 | 专线 | BGP 多线 | 混合 |
|---|---|---|---|
| 路径 | 固定 | 多运营商 | 主备 |
| 抖动中位 | 4 ms | 8 ms | 6 ms |
| 延迟 | 略低 | 略高 | 居中 |
| 覆盖城市 | 少 | 多 | 中 |
| 适合 | 回传、控制、会议 | 网页、下载 | 综合场景 |
据 2026 年 10 月的台账，150 个节点里专线 46 个、BGP 89 个、混合 15 个；专线集中在东亚与中东，BGP 覆盖更广。
高峰时段，链路差多少
跨境链路有时段特征；工业回传与办公的敏感时段不同。
| 时段 | 香港 | 东京 | 洛杉矶 | 建议 |
|---|---|---|---|---|
| 00:00–08:00 | 20 / 2 ms | 33 / 3 ms | 126 / 4 ms | 批量回传 |
| 08:00–18:00 | 26 / 4 ms | 41 / 5 ms | 143 / 6 ms | 办公与会议 |
| 18:00–20:00 | 32 / 7 ms | 49 / 9 ms | 161 / 10 ms | 避开实时任务 |
| 20:00–22:00 | 40 / 11 ms | 60 / 13 ms | 178 / 14 ms | 换低负载节点 |
| 22:00–24:00 | 29 / 5 ms | 45 / 6 ms | 150 / 7 ms | 逐步回落 |
回传放凌晨
丢包接近 0，重传最少，适合批量同步。
控制避高峰
实时控制对抖动敏感，晚高峰尽量不排。
会议提前测
重要会议前十分钟测一次，避免开场换节点。
据 2026 年 10 月的采样，晚高峰抖动中位是凌晨的 5 倍，延迟高 60%；同一节点在不同时段的差异，比换节点还大。
测速五步，测出你的基线
页面数字只能当参考；自己的基线才有对比意义。
- 固定环境
- 关闭下载、同步与系统更新。
- 有线或 5 GHz Wi-Fi。
- 测本地基线
- 不连客户端，测到公共 DNS 的延迟。
- 高于 30 ms 时先查宽带与路由。
- 连测三次
- 同节点三次，间隔 30 秒，取中位。
- 差异超过 20 ms 说明链路不稳。
- 高峰复测
- 下午与晚高峰各一次。
- 抖动超过 12 ms 不适合实时任务。
- 真实任务验证
- 打开目标系统看响应。
- 测速快但操作卡，多为目标侧问题。
| 指标 | 合格 | 优秀 | 说明 |
|---|---|---|---|
| 延迟 | ≤ 80 ms | ≤ 40 ms | 实时任务看优秀线 |
| 抖动 | ≤ 12 ms | ≤ 5 ms | 比延迟更影响体感 |
| 丢包 | ≤ 1% | 0% | 回传场景要求 0% |
| 吞吐 | ≥ 8 Mbps | ≥ 25 Mbps | 按业务带宽要求 |
六个区域，各自适合什么
选区域本质是选离目标近的那一侧。
东亚
延迟最低，专线占比高，适合实时控制与会议。
东南亚
新加坡是区域枢纽，跨境电商后台表现稳定。
北美
洛杉矶与圣何塞覆盖多数北美 SaaS 与数据库。
欧洲
法兰克福与伦敦覆盖欧洲客户与协作工具。
中东
迪拜专线占比 75%，适合项目协作。
大洋洲
悉尼与墨尔本覆盖澳洲站点，延迟 136 ms 起。
维护记录与影响
维护会短暂影响单个区域，多数自动迁移。
| 日期 | 区域 | 动作 | 影响 |
|---|---|---|---|
| 2026-11-08 | 东亚 | 香港新增入口 | 晚高峰延迟降 4 ms |
| 2026-11-05 | 北美 | 洛杉矶更换上游 | 可能重连一次 |
| 2026-10-30 | 欧洲 | 法兰克福例行重启 | 迁移到伦敦 |
| 2026-10-24 | 东南亚 | 新加坡扩容 | 高峰排队减少 |
| 2026-10-18 | 大洋洲 | 悉尼线路调整 | 延迟降 8 ms |
据 2026 年 10 月的记录，五次维护里四次没有触发用户侧断连；唯一一次断连持续 11 秒，迁移后延迟比维护前低 4 ms。
节点命名与入口：怎么读
编号不是随机的，前两位是区域，后缀区分线路与备份。
| 编号段 | 含义 | 示例 | 怎么用 |
|---|---|---|---|
| 前两位 | 区域代码 | HK / JP / US | 判断物理位置 |
| 第三位 | 城市序号 | HK-1、HK-2 | 同城多入口 |
| 字母后缀 | 线路类型 | -D 专线，-B BGP | 按场景选类型 |
| 数字后缀 | 备份标记 | -R1、-R2 | 平时不分配 |
同城两个入口
延迟接近时选抖动低的，实时任务对抖动敏感。
备份节点
平时隐藏，维护时自动接管，不建议手动选。
线路后缀
专线带 -D，BGP 带 -B；看后缀就知道类型。
编号与套餐
无关，所有节点对所有套餐开放。
据 2026 年 10 月的记录，看懂编号的用户手动选节点的准确率高出 33%；编号本身就是一份小型说明书。
故障与节点：先分清是哪一类
不是所有「连不上」都是节点问题；先按现象分类。
| 现象 | 与节点相关 | 先查 | 处理 |
|---|---|---|---|
| 所有节点都慢 | 低 | 本地出口 | 换时段 |
| 单个节点慢 | 高 | 节点负载 | 换同区域节点 |
| 只有一个站点慢 | 低 | 目标站点 | 换节点尝试 |
| 连上后频繁断开 | 中 | 后台权限与心跳 | 允许后台运行 |
| 握手超时 | 中 | 节点状态 | 换节点或等维护 |
据 2026 年 10 月的统计，五类现象里只有「单个节点慢」与节点强相关，占节点类工单的 44%；其余多是本地或目标站点问题。
先换同区域
跨区域换节点会增加延迟，先在同区域换。
再换网络
手机热点复测，能排除本地宽带因素。
测速记录：一张表用一年
不用工具，客户端测速页加一张表就够。
| 字段 | 怎么填 | 用途 |
|---|---|---|
| 时间 | 到分钟 | 对照高峰 |
| 节点 | 城市 + 入口 | 区分同城入口 |
| 延迟 | 三次中位 | 避免尖峰 |
| 抖动 | 三次中位 | 判断稳定 |
| 丢包 | 百分比 | 判断链路 |
据 2026 年 10 月的统计，坚持记录的用户判断「变慢」的准确率比凭感觉高 41%；记录成本每次五分钟。
记录不必每天做，换节点、换网络、升级版本后各记一次即可；有基线的对比才有意义。
把记录放在共享文档里，团队交接时能直接看懂上次为什么选这个节点。
这也是本页把「命名规则」放在测速前面的原因：先看得懂，再测得准。
如果记录显示延迟稳定但抖动升高，优先换专线；两者同时升高，先查本地与出口。
| 区域 | 窗口 | 备份 | 影响 |
|---|---|---|---|
| 东亚 | 周二 03:00–04:00 | 同城 + 邻城 | 延迟 +5–10 ms |
| 东南亚 | 周三 02:00–03:00 | 双入口 | 重连一次 |
| 欧洲 | 周四 02:00–04:00 | 法兰克福 ↔ 伦敦 | 延迟 +10 ms |
| 北美 | 周五 03:00–05:00 | 洛杉矶 ↔ 圣何塞 | 会话重建 |
| 其他 | 按需 | 区域互备 | 建议避开 |
据 2026 年 10 月的记录，五次例行维护里四次没有触发断连；维护窗口只影响单个区域，跨区域兜底自动完成。
工业现场建议把批量回传安排在维护窗口之外，避免与迁移重叠；办公场景影响不大。
如果维护期间必须保持连接，提前切到同区域另一入口，不要跨区域切换。
维护记录每季度更新一次，页面日期与节点台账保持一致。
| 步骤 | 做什么 | 判断依据 | 产出 |
|---|---|---|---|
| 定区域 | 按目标系统位置 | 客户与服务器在哪 | 候选区域 |
| 定类型 | 专线或 BGP | 是否需要低抖动 | 候选节点 |
| 测三次 | 同节点连测取中位 | 延迟、抖动、丢包 | 基线记录 |
区域错，全白搭
跨洲延迟无法压到本地水平，先定区域。
类型看场景
回传与实时控制选专线，网页可选 BGP。
测完再定
三次中位比单次峰值可靠。
记录基线
后续判断「变慢」全靠它。
预留备份
同区域备一个入口，维护时切换。
季度复核
负载每周变，固定节点未必长期最优。
据 2026 年 10 月的记录，按三步选节点的团队后续调整次数平均 0.9 次；随手选的为 2.8 次。
三步不难，难在「先定区域」这一步常被跳过；跳过的人往往在换节点上花更多时间。
如果你只有一个点位，按三步配一次即可；多点位建议把结论写成模板，其他点位直接套用。
| 点位 | 建议区域 | 线路 |
|---|---|---|
| 工厂回传 | 就近东亚 | 专线 |
| 跨境办公 | 客户所在洲 | 专线 + BGP |
| 临时施工 | 就近区域 | BGP |
| 多点组网 | 统一区域 | 专线 |
统一出口
多点位用同一区域节点，白名单只需配一次。
就近优先
临时点位优先就近，不为统一而绕远。
据 2026 年 10 月的记录，统一出口的多点组网方案，白名单维护成本下降 62%；代价是远端点位延迟略高。
取舍看业务：白名单多、点位多，选统一出口；点位少、实时性高，选就近。
两类方案可以并存，按点位重要性分配，不必一刀切。
把选择理由写进交接文档，后来人不用重新推一遍。
本页的节点表每季度复核一次，数量增减会同步到表格；如与客户端不一致，以客户端为准。
节点只是路径的一端，另一端在目标站点；两端都正常，体验才稳定。
工业现场尤其如此：回传服务端的处理能力，往往比链路更早成为瓶颈。
先排除服务端，再看链路，顺序反了会白换很多节点。
服务端排查很简单：同一网络下用其他工具访问同一服务，看是否同样慢；同样慢就是服务端或本地出口。
这一步两分钟，能省掉一轮换节点。
本页到此结束；如果你还没装客户端，先去客户端页按五步装好，再回来选节点。
顺序反了会浪费时间：先有客户端，才有测速，才谈选节点。
这也是整站把「下载」放在「节点」前面的原因，路径按实际使用顺序排。
节点选好之后，剩下的就是按场景调规则；规则说明在首页与客户端页。
规则不必复杂，三条基线加按需追加即可；复杂的规则反而难维护。
如果拿不准，先默认用一周，日志会告诉你需不需要改。
默认值覆盖大多数场景，改动越少越稳，也越容易交接。
本页内容到这里结束，下一站是安全与合规，聊加密范围与数据边界，以及现场自查，别错过，值得一看，也值得收藏下来。
五个节点问题
回答基于 2026 年 10 月的数据与 5.1.0 版本。
专线节点和普通节点怎么选？
工业回传与实时控制优先专线，抖动更低；网页与下载可选 BGP，覆盖更广。2026 年 10 月的采样里，专线抖动中位 4 ms，BGP 为 8 ms。
节点负载多少算高？
超过 80% 标灰，不建议在高峰期使用；低于 50% 时抖动最稳。负载对体感的影响比延迟更明显。
为什么同一城市有两个入口？
多运营商接入，电信与联通走的路径不同。同城两个入口的延迟差可达 18 ms，选路会自动比较。
维护时会断线吗？
多数不会。维护采用先迁移后下线，客户端自动切到备份节点；可能感知到一次重连。
固定出口 IP 怎么申请？
部分节点支持固定出口，需要在方案里单独申请；普通节点为动态入口，重启后可能变化。
用自己现场的网络测一次
按五步测速做一遍，再决定长期用哪个区域。