安装包校验：用 64 位 SHA-256 确认拿到的是原件

校验动作发生在哪：横向滑动查看

场景示意照片，用于说明取哈希与比对的操作环境，不含界面截图。

校验字段与命令

哈希值对应 5.8.2 六端安装包，重新打包后会更换，旧值保留在版本记录页。

分端说明卡：六端各自装在哪里

六张卡对应六个安装包，体积与哈希前 8 位一并列出，图注为场景示意。

• 

  Windows · 28.4MB

  Windows 10 与 11（x64、ARM64），安装形态为exe 安装器，含 TAP 驱动。

  • SHA-256 前 8 位 4b8e1c07。
  • 系统下限按 2026-11-11 复核。
  • 采集时间 2026-11-11。
• 

  macOS · 24.7MB

  macOS 12 及以上（Apple 芯片与 Intel 通用），安装形态为dmg 镜像，签名公证。

  • SHA-256 前 8 位 9d2f5a83。
  • 系统下限按 2026-11-11 复核。
  • 采集时间 2026-11-11。
• 

  Android · 21.6MB

  Android 8.0 及以上（arm64-v8a 为主），安装形态为APK，可选 armv7 分包。

  • SHA-256 前 8 位 e71a4c96。
  • 系统下限按 2026-11-11 复核。
  • 采集时间 2026-11-11。
• 

  iOS · 26.9MB

  iOS 15 及以上（iPhone 与 iPad 通用），安装形态为App Store 版本或 TestFlight 包。

  • SHA-256 前 8 位 3f60b8d2。
  • 系统下限按 2026-11-11 复核。
  • 采集时间 2026-11-11。
• 

  Linux · 19.8MB

  内核 5.4 及以上（deb、rpm、AppImage），安装形态为三种包型，命令行安装。

  • SHA-256 前 8 位 c52d9a17。
  • 系统下限按 2026-11-11 复核。
  • 采集时间 2026-11-11。
• 

  路由器 · 8.3MB

  OpenWrt 21.02 及以上；梅林 386 及以上，安装形态为ipk 与 tar.gz 两种固件包。

  • SHA-256 前 8 位 7e18c4b0。
  • 系统下限按 2026-11-11 复核。
  • 采集时间 2026-11-11。

版本记录时间轴：最近七次发布

每条记录带发布日期与一项实测数据，完整说明在版本记录页。

1. 5.8.2：六端安装包重新签名，校验值随页公示

   2026-11-11。

   六端安装包统一重签，SHA-256 全部更换。Windows 包体积 28.4MB，较 5.8.0 增 0.6MB，增量来自驱动签名文件（2026-11-11 采样）。

2. 5.8.0：设备额度面板上线，解绑不再需要重登

   2026-11-05。

   账号页新增设备额度面板，可直接查看在线终端与解绑时间。面板首屏耗时 320 毫秒，弱网条件下实测 1.4 秒（2026-11-04 实测）。

3. 5.7.4：路由器端支持 ipk 单包安装，配置迁移可用

   2026-10-22。

   路由器端新增 ipk 单包安装，安装后配置导入耗时从 46 秒降到 12 秒。该版本固件体积 8.3MB，适配 OpenWrt 21.02 及以上（2026-10-21 测试）。

4. 5.7.0：Linux 端补齐 AppImage，免 root 可运行

   2026-10-08。

   Linux 端补齐 AppImage 包型，免 root 直接运行，依赖体积从 62MB 降到 19.8MB。三种包型的命令行参数保持一致（2026-10-07 版本说明）。

5. 5.6.3：连接失败时会直接给出判定码

   2026-09-24。

   连接失败不再只提示超时，而是返回判定码与下一步动作。DNS 解析类失败的定位时间从 6 分钟压缩到 40 秒（2026-09-23 内部复测）。

6. 5.6.0：安卓端后台驻留改为前台服务常驻

   2026-09-10。

   安卓端后台驻留改走前台服务，30 分钟息屏测试中连接保持率 100%。代价是通知栏常驻一条提示，可在设置里关闭（2026-09-09 实测）。

7. 5.5.2：macOS 端适配 Apple 芯片原生运行

   2026-08-27。

   macOS 端改为通用二进制，Apple 芯片上原生运行，启动耗时从 2.1 秒降到 0.9 秒。安装包体积因此增加 3.4MB（2026-08-26 实测）。

为什么要核对校验值

体积对得上，不代表内容对得上。

文件在传输中可能被替换、截断或重新打包。这三种情况的体积变化往往很小，肉眼与属性面板都看不出来。

SHA-256 只回答一个问题：拿到的这份与公示的那份，是否逐字节相同。答案是相同或不同，没有中间态。

校验的意义在于把「信任」从下载渠道转移到数学结果上。渠道不可控，哈希可核对。

• 能发现被替换的包：哈希不同，体积可能只差几 KB。
• 能发现被截断的包：解压会报错，哈希先一步暴露问题。
• 能发现端拿错了：六端哈希互不相同，比错立刻知道。
• 不能发现的问题：包本身就是官方发布但含有缺陷，这要靠版本记录判断。
• 也不能证明来源合法：来源合法性看签名主体，不看哈希。

四种系统取哈希

一条命令，输出 64 位十六进制。

桌面系统都有内置命令，不需要装额外工具。Windows 用 PowerShell，macOS 与 Linux 用终端，移动端没有命令行，通常复制到电脑再核对。

命令里的文件全路径要加引号，路径含空格时尤其重要，否则命令会把路径截断。

比对判据：什么算通过

相同即通过，不同即停手，没有第三种结论。

比对时不必逐位看 64 个字符。前 16 位与末 16 位一致，中间段用文本工具比对，出错概率已经很低。

大小写不影响结果。Windows 输出为大写，macOS 与 Linux 输出为小写，转成同一大小写再比。

如果手上有多个包，建议写一条循环命令批量取哈希，输出成一张表，再与公示表逐行对。

1. 打开本页表 3，找到对应端的 64 位值并复制。
2. 在下载目录执行取哈希命令，得到输出串。
3. 统一大小写后比对前 16 位。
4. 比对末 16 位，中间段用文本比对工具。
5. 完全一致则通过，任一位置不同即判为不通过。

签名与体积：另外两道核对

哈希管内容，签名管来源，体积管完整性。

签名核对的是发布主体。Windows 端在文件属性的数字签名页可以看到主体名称，macOS 端用系统命令查看公证结果，APK 用 apksigner 查看签名者。

体积核对是最粗的一道，但速度快。下载页公示的体积与文件属性一致，说明至少没有被截断。

• 签名主体与品牌名称不一致时，不要安装。
• 签名存在但已过期，属于发布流程问题，可安装但建议反馈。
• 体积差超过 100KB，先怀疑下载被截断。
• 体积一致但哈希不同，属于被重新打包，直接停手。
• 移动端若无命令行，可复制到电脑后按三种桌面方式核对。
• 批量核对时把结果输出成表，便于与公示表逐行对照。

校验不一致时的处置

先停手，再复现，最后留证据。

不一致的第一反应不该是重装，而是重新下载。多数不一致来自传输中断或镜像不同步，重下一次就能排除。

重下两次仍不一致的，不要安装。保留原文件与哈希输出，按校验邮箱反馈，反馈里带上文件名与时间。

校验记录怎么留

三行文本，够用一年。

记录格式建议为：端名、64 位哈希、采集日期。三行文本就能覆盖后续所有回溯需求。

如果同时维护多台设备，可以在文件名里带上端名与日期，避免半年后分不清哪个包对应哪台机器。

• 记录写在纯文本里，不要写在聊天记录里。
• 文件名带上端名与日期，例如 win-582-20261111.exe。
• 每次升级成功后补一行新记录，旧记录保留。
• 记录与配置备份放在同一目录，便于一起恢复。

校验之外的三道检查

哈希只解决内容一致，来源、完整性与版本还得另外看。

第一道是签名主体。Windows 在文件属性的数字签名页查看，macOS 用系统命令看公证结果，APK 用签名工具看签名者。

第二道是体积。体积与公示值差超过 100KB，就先怀疑下载被截断，不必急着比对哈希。

第三道是版本号。装完看一眼关于面板，版本与构建号都应与公示一致，否则后面的排障都是在错的版本上做。

三道检查加起来不到两分钟，能挡掉大部分「装完用不了」的情形。

• 签名主体与品牌名称不一致的包，直接放弃。
• 体积差超过 100KB，优先怀疑截断而非重打包。
• 装完核对版本号与构建号，两者都要对。
• 校验通过的包仍可能有已知缺陷，看版本记录。
• 移动端无命令行时，复制到电脑后再核对。
• 批量核对时把结果输出成表，逐行对公示表。

• 3 道哈希之外的检查。
• 100KB体积异常的判断阈值。
• 2 分钟三道检查的耗时。
• 6 条公示的校验值条数。

六端校验快照

体积与哈希前 16 位，用于快速比对，完整值见表 3。

口径词条：本页术语的准确定义

同一个词在不同站写法不同，这里给出本站采用的定义，共 10 条。

SHA-256

输出 64 位十六进制的摘要算法，用于逐字节比对。

哈希

文件内容经算法得到的定长字符串，内容变则哈希变。

大小写

十六进制字母的大小写，不改变数值，不影响比对。

截断

下载中断导致文件尾部缺失，体积偏差通常很小。

重打包

文件被重新编译或压缩，哈希必然与公示值不同。

签名主体

数字签名里登记的发布方名称，用于确认来源。

体积核对

比对文件属性与公示体积，最粗但最快的一道检查。

批量核对

用循环命令一次取多个包的哈希，输出成表比对。

公示值

发布方给出的哈希，本站按端分别列出。

取证留存

保留原文件与哈希输出，用于反馈与回溯。

安装包校验的常见问题

按提问频率排序，涉及命令的答案都给出可直接复制的形式。

相关页面

按问题继续读，八页之间互不重复。

• 安装包清单

  六端体积、系统要求与安装步骤。

• 版本记录

  历史版本的校验值更换记录。

• 总入口

  六端与版本记录的一页总览。

• 设备额度

  重装后额度为什么会多占。

• 六端差异

  装错端会出现什么现象。

• 连接排障

  校验通过但连不上的处理。