跨境办公与 SaaS 协作
办公场景的特征是应用多、域名杂，而且经常出现「同一个域名下既有需要加速的接口，又有必须直连的内网服务」。按应用分流能直接切分这类混合流量。
配置要点：把办公套件与协作工具加入加速名单，内网域名与地址段显式配置为直连；若企业有强制代理，需要先让代理流量走直连策略，避免双层转发。验证方法是打开诊断面板，确认办公应用的「判定依据」为进程级命中。
在企业网络中使用前请确认已获得授权，并确认不与企业安全策略冲突。
海外流媒体与在线游戏
这类场景对延迟与抖动最敏感，对带宽峰值的依赖反而没想象中高。选节点的第一原则是就近，而不是标称带宽最大的那个。
配置要点：流媒体优先保证稳定吞吐，建议开启「长连接保持」；游戏优先保证低抖动，建议选择延迟档位更低但带宽一般的节点。若出现周期性卡顿，先看诊断面板的重试次数列，重试次数持续偏高说明节点质量在波动。
- 流媒体：关注卡顿次数与缓冲时间，而非瞬时速率
- 游戏：关注往返时延的方差，稳定的 60ms 好过波动的 40ms
- 二者共用一台设备时，建议把游戏应用与流媒体应用分配到不同节点
换到新网络环境后的五步适配
场景问题的本质是网络环境变了：认证方式、端口限制、DNS 策略都可能不同。按固定顺序重新适配，比逐个试参数快得多。
- 先确认基础连通：完成网络认证，确保不开加速时能正常访问国内站点。
- 再开启加速并跑自检：让自检分别验证两条通道，同时检查 DNS 泄漏。
- 确认内网与认证域名走直连：把校园网认证页、企业内网域名显式配置为直连，避免认证失败。
- 按场景调整节点策略：会议与远程桌面固定低抖动节点，流媒体与下载选吞吐稳定的节点。
- 记录本次配置：把用户规则导出保存，下次换网络时可以直接导入比对差异。
常见环境的适配重点
| 环境 | 主要限制 | 适配重点 |
|---|---|---|
| 校园网 | 认证流程与长连接限制 | 先认证后加速，认证域名强制直连 |
| 公共 Wi-Fi | 门户认证与端口限制 | 避免保存敏感凭据，优先标准端口接入 |
| 企业内网 | 强制代理与固定出口要求 | 代理与内网域名直连，固定出口用专门档位 |
| 酒店与漫游 | 网络频繁切换 | 开启网络变化自动重建会话 |
为什么必须先认证再加速？
部分认证流程依赖网络层组件的默认路由，加速接管后认证页面可能无法弹出。
换网络要重新配置吗？
不需要重配，但要重新跑一次自检并确认内网域名仍走直连。
导出的规则能跨平台用吗？
可以。五个组件共用同一套规则格式，桌面端调好的策略可以导入到其他平台。
校园网与公共 Wi-Fi
校园网与公共 Wi-Fi 的共同特征是对非标准端口与长连接有额外限制，而且认证流程常与网络层组件冲突。先通过认证再开启加速是基本的操作顺序。
配置要点：优先使用以标准端口发起的接入方式；若认证页面无法弹出，临时关闭加速完成认证后再开启；公共 Wi-Fi 下避免自动登录保存敏感凭据。
- 连接网络并完成认证，确认基础连通正常
- 开启加速，打开诊断面板观察判定结果
- 若出现认证失败，先关闭加速重试，确认是否为组件冲突
- 在设置中开启「网络变化自动重建会话」，减少切换后的卡顿
配置耗时对比：手工填写与自动识别
网络拓扑：终端判定 + 双通道出口多设备家庭网络
家庭场景的难点是设备类型杂：电脑可以装客户端，电视与主机不能。这时用路由器插件补覆盖，而不是给每台设备找替代方案。
配置要点：路由器插件只覆盖无法安装客户端的设备，已装客户端的设备不要再走插件，避免同一条连接被处理两次。插件按域名与地址段分流，粒度不如终端，因此不要把需要精细控制的设备交给插件。
开发者拉取依赖与容器镜像
开发场景的流量特征是「域名集中、量大、可重复」。依赖拉取失败往往不是带宽问题，而是握手被中断或连接被重置。
配置要点：把包管理工具与代码托管域名纳入加速分类，容器环境需要额外处理——容器内的流量要在宿主机层面完成分流，容器本身通常无法安装客户端。若使用自定义镜像仓库，应把仓库域名加入用户规则。
- 包管理器：按进程分流即可覆盖命令行工具
- 容器：在宿主机分流，容器内不做处理
- 自建仓库：建议显式加入直连或加速名单，避免走默认路由
远程桌面与视频会议
远程桌面与会议软件对延迟敏感，同时占用持续的上行带宽。这类业务最怕的是中途切换节点，因为重连会造成明显的画面中断。
配置要点：为这类应用单独指定节点并开启长连接保持；避免在网络高峰时段切换节点；若频繁发生切换，先排查本地网络质量，而不是一味更换节点。
低抖动优先目标
长连接建议保持
少切换避免重连
看重试诊断面板字段
跨境电商多店铺后台
多店铺运营的典型需求是「不同店铺用不同出口」，同时又要保证后台会话稳定。这属于分流中较复杂的场景，需要规则与节点配合。
配置要点：用进程规则区分浏览器多开实例，或用不同的用户配置目录实现会话隔离；需要固定出口的业务应选择带固定出口的套餐，不要依赖动态节点。
多店铺场景涉及平台规则，请自行确认使用方式符合各平台的服务条款。
直播推流与上传大文件
推流与大文件上传的共同点是「长时间占用上行、不容忍中断」。这类流量的优化目标不是峰值速率，而是速率稳定性与断线重连的平滑度。
- 优先选择上行质量稳定的节点，而不是下行最快的节点
- 推流期间避免切换节点，可在设置中固定节点
- 上传大文件时若出现速率阶梯式下降，先检查本地网络是否被其他业务占用
出差与漫游场景
出差场景的网络环境每次都在变，切网后的表现比首次连接更重要。客户端在检测到网络变化后会重建会话，这个过程通常在一秒内完成。
配置要点：开启网络变化自动重建；在酒店网络中先确认能否访问认证页面，再开启加速；若长时间无法建立加速会话，可临时切到直连模式确认基础网络是否可用。
如何验证分流是否真正生效
验证分流不能只看「能不能打开」，要看判定路径。三种验证方式按可靠性排序如下。
- 诊断面板：直接看该连接的判定依据与通道，最直接。
- 自检报告：对固定目标跑一遍判定，给出直连与加速两条通道的结论。
- 对比测量：分别在开启与关闭加速时测量同一目标的首包时间，差异明显说明走了不同路径。
如果三种方式结论不一致，以诊断面板为准，因为它记录的是实际判定结果而不是推测。
不适用与需谨慎的场景
以下场景要么得不到收益，要么需要额外评估。
| 场景 | 结论 | 原因 |
|---|---|---|
| 纯内网访问 | 无收益 | 没有跨境目标，加速通道不参与 |
| 需要明文审计 | 不适用 | 客户端不做 TLS 解密 |
| 企业合规限制网络改造 | 需谨慎 | 需先获得授权并评估策略冲突 |
| 需要绕过合规管控 | 不支持 | 产品不提供此类能力 |
| 极低带宽链路 | 收益有限 | 链路本身是瓶颈，路径优化帮助有限 |
场景配置速查
把上面的要点压缩成一张表，便于按场景直接配置。
| 场景 | 分流粒度 | 节点策略 | 重点观察字段 |
|---|---|---|---|
| 跨境办公 | 进程级 | 就近稳定节点 | 判定依据 |
| 流媒体 | 应用级 | 吞吐优先 | 重试次数 |
| 游戏 | 进程级 | 低抖动优先 | 首包时间 |
| 校园网 | 全局或应用级 | 按可用性回退 | 通道 |
| 开发者 | 进程级 | 就近节点 | 重试次数 |
配置耗时对比：手工填写与自动识别网络拓扑：终端判定 + 双通道出口