技术条目 01
上手步骤
- 下载并安装按系统选择对应版本。
- 登录账号首次启动加载节点与规则。
- 确认通道状态在状态页查看双通道是否均已就绪。
- 按需配置实时业务选稳定性优先,大文件选吞吐优先。


双协议栈指的是客户端同时维护两条独立协议路径,双通道指这两条路径各自保有独立的数据通道。任何一条出现异常时,流量可以在协议层瞬时切换到另一条。

下载只是开始,装完之后要确认冗余链路是否具备切换能力,否则等于只装了一半。
| 平台 | 是否需要重启 | 冗余验证方式 |
|---|---|---|
| Windows | 是 | 自检 + 切换演练 |
| macOS | 是 | 自检 + 切换演练 |
| Android / iOS | 否 | 网络切换后确认会话重建 |
| 路由器插件 | 是 | 断掉一支线路观察是否切换 |
网络层组件可能未完全加载,表现为无法联网或只有部分流量被处理。
会有短暂波动,建议在非关键业务时段进行,演练后确认通道恢复。
支持多线路冗余,但粒度只到域名与地址段,不支持进程级判断。
典型中断在 200 毫秒以内,低于视频会议卡顿的感知阈值。UDP 业务使用连接迁移,应用层完全无感。
不需要,客户端默认维护两条路径。状态页可以查看两条通道的实时质量。
先看状态页确认是否发生过切换。若切换频繁,说明当前网络波动较大,可尝试固定到更稳定的出口。
不会。模型只使用链路质量指标(延迟、抖动、丢包、带宽),不涉及用户访问内容。
同账号多设备同时在线,各设备通道独立调度。
覆盖,含双协议栈与全部节点。

双协议栈双通道的核心是冗余。客户端同时维护两条独立协议路径,每条路径各自完成握手、密钥协商与心跳,互不干扰。任何一条出现异常时,流量在数据面瞬时切换到另一条,不需要重新建连。
切换发生在数据面而非控制面,这是能做到毫秒级的关键。重新建连意味着一次完整的握手往返,通常需要数百毫秒到数秒;数据面切换只需要重定向现有的数据流。
| 层级 | 机制 | 触发条件 | 切换耗时 |
|---|---|---|---|
| 第一层 | 双协议栈双通道切换 | 单通道瞬时劣化 | 毫秒级 |
| 第二层 | 智能节点调度 | 节点整体质量下滑 | 百毫秒级 |
| 第三层 | 强化学习链路预测 | 区域性故障 | 秒级 |
强化学习模型用于预测路径劣化。模型输入是链路质量指标(延迟、抖动、丢包、带宽),不含任何用户访问内容。当模型预判某条路径即将劣化时,系统会提前建立备用连接,把切换中断进一步压缩。
以上数据的测量方式统一为:同一台设备、同一时段、同一目标服务,开关对应功能各测三轮并取稳定段均值。我们公开测量方法的原因很简单——没有方法的数字无法验证,也无法复现。

| 限制 | 原因 | 影响 | 缓解方式 |
|---|---|---|---|
| 同源劣化 | 两条路径共享上游 | 多路径同时失效 | 切换出口区域 |
| 切换频繁 | 本地网络波动大 | 体验受影响 | 固定到更稳定出口 |
| 预判偏差 | 训练数据未覆盖该场景 | 切换稍晚 | 持续补充样本 |
模型只使用链路质量指标,不涉及用户访问目标。这是我们与「行为分析型优化」的根本区别。
并非所有用户都适合最新版本。下面说明什么情况下应该选择较早的版本。
| 情况 | 建议版本 | 原因 |
|---|---|---|
| 企业统一部署 | 上一稳定版 | 经过更长周期的验证 |
| 老旧硬件 | 上一个大版本 | 新版本对系统版本要求更高 |
| 特定企业软件冲突 | 兼容模式版本 | 新驱动可能与专用软件冲突 |
| 追求新能力 | 最新版 | 双协议栈与链路预测需新版支持 |
降级不会影响账号与规则。分流规则存储在账号维度,客户端版本变化不影响规则生效。

