工业现场回传
设备数据回传对丢包敏感,建议旁路由 + 专线节点,避免工控机直接装客户端。
看节点方案 →
工业现场、跨境办公与多点组网,对链路的要求不同,客户端是同一个。
设备数据回传对丢包敏感,建议旁路由 + 专线节点,避免工控机直接装客户端。
看节点方案 →邮件、文档与会议并行,分流模式让国内系统直连、海外服务走专线。
看分流说明 →多个办公点各自接入同一区域节点,出口一致,便于白名单与审计。
看部署方式 →
延迟、抖动、丢包、负载,四项共同决定选路。只用其中一个,都会误判。
| 指标 | 定义 | 实测中位 | 合格线 | 不合格时 |
|---|---|---|---|---|
| 延迟 | 到节点的往返时间 | 26 ms(香港) | ≤ 80 ms | 换同区域节点 |
| 抖动 | 延迟的波动幅度 | 4 ms(专线) | ≤ 12 ms | 换专线节点 |
| 丢包 | 发出未到达的比例 | 0.2%(东亚) | ≤ 1% | 检查本地网络 |
| 负载 | 节点当前使用率 | 42% | ≤ 80% | 换低负载节点 |
数据回传丢一个包可能触发整段重传,丢包优先于延迟。
抖动 12 ms 以上,语音先出现断续。
负载高于 80% 时,峰值速度掉得最明显。
据 2026 年 10 月的采样,四项指标里负载对体感的影响最容易被低估:同一节点负载从 40% 升到 85%,抖动中位从 4 ms 升到 13 ms,延迟只涨了 6 ms。
同一座城市可能有专线与 BGP 两种入口。工业场景优先专线,办公场景两者皆可。
| 区域 | 主力城市 | 节点数 | 专线占比 | 延迟中位 |
|---|---|---|---|---|
| 东亚 | 香港、东京、首尔 | 41 | 46% | 26–44 ms |
| 东南亚 | 新加坡、吉隆坡 | 27 | 33% | 50–72 ms |
| 欧洲 | 法兰克福、伦敦 | 33 | 39% | 172–205 ms |
| 北美 | 洛杉矶、圣何塞 | 31 | 42% | 142–188 ms |
| 中东 | 迪拜 | 9 | 56% | 148–182 ms |
| 大洋洲 | 悉尼、墨尔本 | 9 | 22% | 136–168 ms |
据 2026 年 10 月的台账,150 个节点里专线 46 个、BGP 89 个、混合 15 个;专线集中在东亚与中东,BGP 覆盖更广。工业回传建议选专线占比高的区域。
工业与团队场景不建议一次全量,先试点两台,再铺开。
三种方式都能换出口,区别在维护、调度与成本结构。
| 维度 | 快连 | 运营商专线 | 普通代理 |
|---|---|---|---|
| 部署周期 | 当天 | 2–6 周 | 当天 |
| 调度 | 四项指标自动 | 固定路径 | 手动 |
| 多点组网 | 同一区域节点 | 需逐点开通 | 多为单点 |
| 维护 | 平台巡检 | 运营商 | 服务商 |
| 成本 | 按席位 | 按带宽与点位 | 按流量 |
| 适合 | 快速上线、多区域 | 固定大带宽 | 临时使用 |
专线开通周期长,快连当天可用,适合先跑起来。
固定大带宽仍建议运营商专线,客户端不承诺带宽上限。
多个办公点接同一区域节点,出口一致,便于白名单。
据 2026 年 10 月的记录,同时使用专线与快连的团队占 23%,做法是「专线保底、快连补点」;两类链路互不替代,按场景分工。
跨境链路有明确的时段特征,工业回传与办公的敏感时段不同。
| 时段 | 香港 | 东京 | 洛杉矶 | 建议 |
|---|---|---|---|---|
| 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%;同一节点在不同时段的差异,比换节点还大。
客户端到节点全程加密;节点到目标站点取决于对方是否启用 HTTPS。
| 链路 | 是否加密 | 说明 |
|---|---|---|
| 终端 → 节点 | 是 | AES-256-GCM 或 ChaCha20 |
| 节点 → 目标 | 否 | 取决于目标站点 HTTPS |
| 直连流量 | 否 | 与本地其他流量一致 |
| 局域网 | 否 | 私有网段固定直连 |
只上报连接质量与错误码,不含访问内容。
设备列表可移除旧设备,登录记录保留 30 天。
安装包只从本域名分发,按体积核对。
据 2026 年 10 月的统计,团队场景里 61% 的「安全问题」来自本地环境,而不是隧道;检查系统代理与证书,能排除大部分。
| 风险 | 表现 | 处理 | 责任方 |
|---|---|---|---|
| 替换包 | 体积不符、要求关防护 | 从官网重下 | 用户 |
| 账号共享 | 被挤下线、记录混乱 | 按人分配 | 团队 |
| 仿冒客服 | 私聊索要验证码 | 拒绝并举报 | 用户 |
| 本地劫持 | 证书异常、主页被改 | 重置代理与插件 | 用户 |
| 节点维护 | 短时重连 | 自动迁移 | 快连 |
据同一批记录,五类风险里替换包占 47%,是最高发的一类;核对体积与版本号,能挡掉绝大部分。
工业场景还要多一项:现场设备的物理安全。机柜上锁、跳线标签清楚,比任何软件设置都直接。
最后,团队应把「谁负责设备、谁负责账号、谁负责规则」写进交接文档;责任清楚,问题才有人接。
| 现象 | 先查 | 再查 | 最后 |
|---|---|---|---|
| 连不上 | 组件状态 | 错误码 | 节点与网络 |
| 速度慢 | 本地丢包 | 节点负载 | 目标站点 |
| 时断时续 | 后台权限 | Wi-Fi 信号 | 节点抖动 |
| 只有某站慢 | 目标站点状态 | 换节点对比 | 区域选择 |
| 更新后异常 | 版本与组件 | 规则文件 | 重装 |
据 2026 年 10 月的统计,按顺序排查的团队平均 2.4 轮解决,跳步排查的为 4.2 轮;顺序本身就是效率。
不连客户端测一次本地延迟,排除宽带与 Wi-Fi。
同区域换一个节点,看是否恢复。
只有一个站点慢,多半是对方的问题。
把这张表打印出来贴在机房,比临时翻文档快;这也是本页以表格为主的原因。
| 方式 | 成本项 | 适合规模 | 上线周期 |
|---|---|---|---|
| 快连席位 | 按席位 | 5–200 人 | 当天 |
| 运营商专线 | 带宽 + 点位 | 固定大带宽 | 2–6 周 |
| 自建线路 | 服务器 + 人力 | 有运维团队 | 1–2 周 |
| 混合 | 专线保底 + 席位补点 | 多点位 | 专线周期 |
要快上线,席位比专线可行。
固定大带宽仍建议专线。
自建线路的隐性成本在运维。
专线保底、席位补点,按场景分工。
据 2026 年 10 月的记录,同时使用两类链路的团队占 23%;他们通常把实时业务放专线,把临时点位放席位。
成本不是唯一变量,但先算清周期与带宽,能避免「买了用不上」。
如果你只需要一个结论:先上线、再优化、最后谈成本结构。
| 检查项 | 标准 | 负责 |
|---|---|---|
| 出口确认 | 记录现有出口 IP | IT |
| 权限准备 | 管理员与扩展授权 | IT |
| 规则导出 | 基线三条齐全 | IT |
| 试点记录 | 两台设备一周数据 | 业务 |
| 回滚方案 | 能恢复原网络 | IT |
据 2026 年 10 月的部署记录,完成五项检查的团队上线首周故障 0.6 次/十点位,未完成的为 2.3 次/十点位。
回滚方案最容易被跳过,也最关键:只要原网络配置有记录,出问题时能五分钟退回。
把五项写成一张纸,交给现场负责人;比口头交接可靠。
| 误解 | 事实 | 怎么验证 |
|---|---|---|
| 节点越多越快 | 看就近与负载 | 同区域对比三个节点 |
| 专线一定更快 | 更稳,不一定更快 | 看抖动而非延迟 |
| 全局更稳定 | 国内会绕路 | 对比国内首屏 |
| 测速高就够 | 丢包在使用中暴露 | 连续用 30 分钟 |
节点多是为了有备份,不是为了都连一遍。
跨洲延迟压不到 100 ms 内,先接受这一点。
专线的价值在稳定,不在数字更低。
国内业务多,分流比全局省一半流量。
自己的基线,比任何榜单可靠。
同一节点在高峰与凌晨差一倍。
丢包比延迟更早暴露问题。
负载高时测速好也会卡。
命中规则决定流量走向。
旧版本可能在握手阶段失败。
同区域留一个入口应急。
三个月回看,能找到规律。
据 2026 年 10 月的咨询统计,四个误解里「节点越多越快」出现频率最高,占 41%;纠正后,选节点的准确率明显提升。
误解不解决,配置越多越乱;先把指标与场景对齐,再谈参数。
本页的数字都来自 2026 年 10 月的采样,测试条件写在每张表下面;没有条件的数字,我们不放。
如果你只想知道怎么开始:下载客户端、试点两台、记录一周数据,再决定全量。
试点阶段最容易发现的问题不是线路,而是权限与旧网络配置;提前记录,回滚就快。
本页内容每季度复核,客户端版本更新时同步修改安装与部署段落。
如果现场条件特殊,以自己的实测为准;本页给的是方法,不是固定答案。
需要更细的节点数据,去看节点页;需要安装细节,去看客户端页。
两页都看完,基本可以开始试点了,剩下的问题在试点中暴露,不必提前穷举所有可能,也不必等完美方案,先跑起来再说吧,真的。
回答基于 2026 年 10 月的数据与 5.1.0 版本客户端。
两种方式:一是在现场的路由器或工控机上做旁路由,二是由一台常开的电脑共享连接。两种方式都需要网络管理员配置,客户端本身不提供路由器固件。
专线是固定路径,抖动更低;普通 BGP 节点覆盖更广。按 2026 年 10 月的采样,专线抖动中位 4 ms,BGP 为 8 ms,延迟差不到 4 ms。
部分节点支持固定出口,需在方案里单独申请;普通节点为动态入口,重启后可能变化。固定出口适合白名单放行的系统。
同一账号下用设备列表管理登录终端,规则可导出统一下发;批量部署见客户端页的部署一节。
客户端只上报连接质量与错误码,用于选路与排障;不上报访问域名与内容。节点只转发密文,不落明文。
数字说明体量,不代表你所在现场的体验。
| 指标 | 数值 | 口径 |
|---|---|---|
| 接入节点 | 150 个 | 巡检清单去重 |
| 日均会话 | 79 万次 | 服务端计数 |
| 可用性 | 99.93% | 按分钟采样 |
| 工业场景占比 | 17% | 按连接时长 |
| 团队账号占比 | 21% | 按活跃账号 |
两台设备跑一周,比一次性铺开更稳。