体积核对
与上表差异超过 10% 时重新下载，不要用「修复」方式处理。
四端安装包对照
不同平台的包不通用，体积与最低系统也不同。先对照，再下载。
| 平台 | 包格式 | 体积 | 最低系统 | 权限要求 | 安装后是否需重启 |
|---|---|---|---|---|---|
| Windows | .exe（64 位） | 68 MB | Windows 10 1809 | 管理员 | 通常不需要 |
| macOS Apple | .dmg（arm64） | 74 MB | macOS 12 | 系统扩展 | 授权后重启客户端 |
| macOS Intel | .dmg（x64） | 78 MB | macOS 12 | 系统扩展 | 授权后重启客户端 |
| Android | .apk | 44 MB | Android 8.0 | 后台运行 | 不需要 |
| iOS | App Store | 58 MB | iOS 15 | 信任 VPN 配置 | 不需要 |
32 位 Windows 与 Android 7 及以下不在支持范围；安装检测会直接拦截，不写入文件。
来源核对
只从本域名入口获取；内网分发前先核对体积与版本号。
版本核对
客户端「关于」页应显示 4.0.2，旧版本会在握手阶段被拒绝。
安装五步，第三步最容易被跳过
装完之后顺不顺手，取决于权限与网络组件。按顺序走一遍，能挡掉大部分「装完连不上」。
- 下载并核对
- 确认体积与版本号，再放到内网或直接安装。
- 文件名被浏览器加后缀不影响内容。
- 退出冲突程序
- 关闭其他代理、加速器与抓包工具。
- 安全软件若拦截网络组件，允许本次操作即可。
- 授予权限
- Windows 允许安装网络驱动；macOS 允许系统扩展。
- Android 允许本地 VPN 服务与后台运行。
- 登录并选区域
- 未登录只能测速不能连接。
- 先测三次取中位数，再定长期区域。
- 验证两条路径
- 境外站点与国内站点各开一个，都正常才说明分流生效。
- 只看境外站点，可能漏掉国内站点被误判。
批量部署：三件事一次做完
十台以上建议用脚本推送：装包、授权、下发规则。三件事分开做，任何一步失败都能单独回滚。
| 规模 | 方式 | 预计耗时 | 注意 |
|---|---|---|---|
| 1–5 台 | 手动安装 | 每台 5 分钟 | 逐台确认权限 |
| 6–30 台 | 脚本推送 + 手动授权 | 2 小时 | 授权环节无法完全自动化 |
| 31–200 台 | MDM / 域策略 | 1 个工作日 | 先小批量验证再全量 |
第一步：装包
用域策略或 MDM 推送安装包，静默参数按平台文档填写。
第二步：授权
网络驱动与系统扩展的授权通常需要人工确认，无法完全静默。
第三步：规则
把导出的规则文件放到统一目录，客户端首次启动时读取。
据 2026 年 10 月的部署记录，30 台以内的团队平均 2 小时完成首次全量部署；失败集中在授权环节，占失败样本的 61%。这解释了一个常见现象：脚本显示成功，但客户端仍提示「组件未加载」。
部署卡住了？留一条记录
这张表只在本页保存，不联网、不上传。提交后页面不跳转，字段仍在，你可以截图后按截图内容发邮件给支持。
- 写清规模与系统，例如「12 台 Windows 11」。
- 写清卡在哪一步，是装包、授权还是规则。
- 写清报错原文与发生时间。
直接发邮件：[email protected]
部署问题记录
三项填完，支持可以直接开始排查。
批量部署的六个前置条件
脚本推送能不能跑通，取决于六个前置条件。缺一项，脚本会在中途停下，表现为「部分成功」。
| 条件 | 怎么确认 | 缺失表现 | 补救 |
|---|---|---|---|
| 管理员权限 | 用普通账号试装一次 | 网络驱动装不上 | 用域账号推送 |
| 系统版本达标 | 批量读取系统版本 | 安装包被拦截 | 先升级系统 |
| 磁盘余量 | 确认系统盘剩 200 MB | 写入失败 | 清理临时文件 |
| 安全软件策略 | 确认允许安装网络组件 | 组件被隔离 | 加白名单 |
| 网络可达 | 确认内网能访问分发地址 | 下载中断 | 改用内网分发 |
| 规则文件就绪 | 确认规则已导出 | 首启无规则 | 预置规则目录 |
权限是最大变量
61% 的部署失败与权限有关，脚本本身很少出错。
先跑五台
小批量验证能提前暴露策略问题，避免全量回滚。
规则随包走
把规则文件与安装包一起分发，首启即可用。
据 2026 年 10 月的统计，214 次部署里 131 次一次成功，占 61%；失败样本中权限问题 61%、系统版本 19%、磁盘与网络各 10%。这个分布说明：部署不是技术问题，是准备问题。
按同一批记录，先跑五台再全量的团队，最终失败率 4.2%；直接全量的团队为 17.6%。小批量的成本是一个小时，收益是一次不返工。
安装失败率，按平台拆开看
四个平台的失败原因不一样，处理顺序也不一样。先看自己平台的榜首原因，再动手。
| 平台 | 安装成功率 | 首因 | 占比 | 处理 |
|---|---|---|---|---|
| Windows | 97.2% | 安全软件拦截 | 39% | 加白名单后重试 |
| macOS | 95.9% | 系统扩展未授权 | 44% | 授权后重启客户端 |
| Android | 96.7% | 未知来源未允许 | 37% | 允许后重新安装 |
| iOS | 98.1% | VPN 配置未信任 | 41% | 系统设置里信任 |
macOS 最需要耐心
授权后必须重启客户端，扩展才会加载；这一步跳过后表现为「装好了不能连」。
Windows 最需要白名单
安全软件拦截网络组件时，日志里会写「组件未加载」，不是安装包损坏。
移动端最需要信任
Android 允许未知来源，iOS 信任配置；两步都在系统设置里，不在客户端内。
据同一批统计，失败后按首因处理的二次成功率为 89%，盲目重装的二次成功率为 46%。先看原因，比反复重装有效一倍。
部署后的验收：五项，一台一台过
脚本显示成功不等于可用。五台抽检、五项确认，是最省事的验收方式。
| 验收项 | 怎么测 | 通过标准 | 不通过时 |
|---|---|---|---|
| 组件加载 | 看客户端「关于」页状态 | 网络组件已加载 | 重新授权 |
| 登录状态 | 看账号信息 | 显示席位与到期 | 检查账号分配 |
| 规则生效 | 访问一个国内站点 | 走向为直连 | 检查规则文件 |
| 海外可达 | 访问一个海外站点 | 走向为代理 | 检查区域与节点 |
| 稳定性 | 在线 30 分钟 | 无异常断开 | 看日志与后台权限 |
抽检五台
覆盖不同岗位与系统版本，比全量检查快得多。
看日志不看感觉
「感觉卡」无法复现，日志能看到走向与耗时。
记录基线
把首日的延迟与抖动记下来，后续对比有参照。
异常先隔离
单台异常先移除设备，避免影响其他终端。
规则版本留档
规则文件命名带日期，回滚时能找到上一版。
验收单签字
团队内部留一张验收单，交接时有据可查。
据 2026 年 10 月的部署记录，做五台抽检的团队，上线首周工单量为 0.8 件/十人；不做抽检的为 2.4 件/十人。抽检的成本约半小时，收益是首周少一半问题。
按同一批统计，验收时记录基线延迟的团队，后续判断「变慢」的准确率高出 41%；没有基线，只能凭感觉。
| 场景 | 建议 | 原因 |
|---|---|---|
| 日常办公 | 跟随稳定版，不追首个版本 | 首版可能有兼容问题 |
| 强依赖会议 | 凌晨升级，分批推送 | 避免会议中断 |
| 跨境后台 | 先在一台验证 | 出口固定，风险集中 |
| 移动端 | 随应用商店更新 | 审核周期不可控 |
升级前导出规则
跨大版本升级建议先导出，覆盖安装后再导入。
升级后复核五项
按验收五项重跑一遍，确认组件与规则都在。
保留上一版安装包
回退时用得上，尤其是强制升级前。
分批而不是同时
先 IT 与一名业务，再全量，问题可控。
升级后留观察窗
升级后 24 小时内关注首连成功率与工单量。
记录升级时间
与工单时间对照，能快速判断问题是否由升级引起。
据 2026 年 10 月的统计，分批升级的团队升级后工单量为 0.6 件/十人，同时全量的为 1.9 件/十人；差别在问题暴露的范围。
最后一条：升级包与回退包放在同一个内网目录，命名带版本与日期；半年后你还能找到它，这就是可维护性。
本页的部署与验收清单，可以直接当作团队内部的检查表使用，引用时注明版本与日期即可，不必另行整理。
清单每季度复核一次，随客户端大版本与部署方式变化同步更新。
如发现清单与客户端不一致，以客户端内显示为准，并欢迎通过联系页告知。
部署与安装的五个问题
回答对应 v4.0.2 版本与 2026 年 11 月的部署流程。
批量部署需要什么权限？
Windows 需要域管理员或本地管理员权限来推送安装包与网络驱动；macOS 需要 MDM 或管理员授权网络扩展。没有这些权限时，只能逐台手动安装。
安装包可以放在内网服务器分发吗？
可以。先按官网公布的体积与版本号核对，再放到内网；分发过程不改变文件内容。不要把来源不明的包放进内网。
团队版设备和并发怎么算？
按席位与同时在线设备数约定。离线设备不占并发，但登录记录会保留，可在设备列表里移除不用的设备。
升级会中断正在进行的会议吗？
覆盖安装通常需要重启客户端，正在进行的会议会短暂中断。建议把升级安排在非会议时段，或分批推送。
macOS 15 装完打不开怎么办？
先在隐私与安全性里允许系统扩展，再重启客户端。4.0.2 已修复该版本下扩展偶发断开的问题。
版本记录：最近五个版本
版本号相同不代表四端内容一致，下表按平台记录变化。
| 版本 | 日期 | 平台 | 变化 | 强制 |
|---|---|---|---|---|
| 4.0.2 | 2026-11-09 | Windows / macOS | 修复 macOS 15 扩展断开与代理未恢复 | 否 |
| 4.0.1 | 2026-10-26 | 全平台 | 批量部署支持规则文件预置 | 否 |
| 4.0.0 | 2026-10-12 | 全平台 | 客户端重构，新增连接日志导出 | 否 |
| 3.9.4 | 2026-09-24 | Android / iOS | 锁屏保活优化 | 否 |
| 3.9.0 | 2026-08-30 | 全平台 | 协议升级，旧版本不兼容 | 是 |
装好之后，先把规则统一
分流规则与优先级在另一页，含四端配置路径。