版本记录：从 v4.1.8 到 v4.2.6 的变更线每月一次小版本 · 每季一次大版本 · 旧包保留 90 天

当前版本：v4.2.6 的三处改动2026-11-11 发布

本次是三处改动：修正 macOS 15 下网络锁状态显示、延长 Android 后台驻留、扩充两台节点。前两项影响体验，第三项影响晚高峰的抖动。

六端安装包同批重签，SHA-256 全部更新。下载页的校验值表已同步，按旧值核对会提示不一致，这属于正常现象。

macOS 15 的问题是什么

• 系统升级后扩展状态回报延迟，界面显示已开启但规则未加载。
• 表现是断线后流量未被切断，但图标仍是绿色。
• v4.2.6 改为主动探测规则状态，界面与内核状态对齐。

Android 驻留为什么能延长

• 前台服务通知改为常驻，系统不再按空闲回收。
• 在系统的应用启动管理里加入白名单后可达 25 分钟。
• 未加白名单时仍按系统策略，约 12 分钟。

v4.2.5：节点从 38 台扩到 42 台2026-10-14 发布

这次只做扩容，没有改协议与界面。新加坡新增 2 条备用线路，晚高峰抖动从 25ms 降到 12ms 左右。

扩容对用户是透明的。旧版本客户端重新拉取清单后同样能看到新节点，因此不是强制升级版本。

扩容后的地区分布

• 香港 12 台，东京 8 台，新加坡 6 台。
• 洛杉矶 7 台，法兰克福 6 台，悉尼 3 台。
• 合计 42 台，v4.2.6 再增至 46 台。

为什么不是强制升级

• 节点清单与客户端版本解耦，旧客户端也能拉取新清单。
• 只有协议变更才需要强制升级。
• 强制升级会带来回退困难，因此只在大版本使用。

v4.2.4：握手少一次往返2026-09-18 发布

握手流程从三次往返减少到两次，首次连接耗时中位从 2.4 秒降到 1.8 秒。对经常切换节点的用户，这项改动的感知最明显。

旧版本仍可连接，服务端同时支持两套握手。强制升级安排在下一个大版本。

两套握手的兼容期

• 服务端同时接受新旧握手，兼容期计划到 2027 年第二季度。
• 兼容期内旧版本连接耗时不变。
• 兼容期结束后旧版本会提示升级。

连接耗时怎么测

• 从点击连接到状态变为已连接为一次，连续 20 次取中位。
• 开启网络锁时耗时略长，因为要多加载一组规则。
• 移动端受系统拉起速度影响，不能与桌面端直接比较。

v4.2.3：签名证书更换2026-08-21 发布

代码签名证书到期，六端安装包重新签名。证书更换后安装包的哈希全部变化，这是校验值不一致最常见的原因。

旧证书签的包保留 90 天，用于回退。到期后从下载页移除，只在版本记录里保留哈希数值。

证书更换会带来什么

• 所有安装包的 SHA-256 变化，需重新下载。
• 系统可能重新提示「发布者未知」，需重新信任。
• 已安装的旧版本不会被强制卸载。

怎么确认签名有效

• Windows：右键属性 → 数字签名，查看签名者与时间戳。
• macOS：终端执行 codesign -dv 查看签名链。
• Linux：deb 包用 dpkg-sig 校验，rpm 用 rpm -K。

v4.2.0：分应用代理重写2026-05-20 发布 · 大版本

这是当前版本线的起点。分应用代理被重写，从「按进程勾选」扩展为「按进程、按网段、按域名前缀」三种规则，规则组上限 5 组。

大版本不保证向后兼容。从 v4.1.x 升级后，旧的自定义规则需要重新配置，导出的 JSON 格式也不通用。

三种规则的区别

• 按进程：勾选哪些程序走隧道，最直观。
• 按网段：指定内网或特定网段直连，适合公司环境。
• 按域名前缀：把特定域名排除在外，粒度最细。

升级后的迁移成本

• 旧规则不会自动迁移，需重新配置。
• 规则组上限 5 组，超出需合并。
• 大版本升级建议先导出配置备份。

旧版本保留规则：90 天怎么算发版日起算，不是下载日起算

保留期从发版日起算 90 天，与用户何时下载无关。到期后安装包从下载页移除，版本记录里的哈希数值继续保留，方便核对历史文件。

保留期的意义是给回退留窗口。遇到新版本不兼容特定环境时，可以在窗口内退回旧版本。窗口通常覆盖两个小版本，够用一次完整的排错往返。

到期后还能回退吗

• 下载页不再提供，但版本记录保留哈希值。
• 已保存的本地安装包仍可安装，服务端接受旧版连接。
• 兼容期结束后旧版连接会被拒绝。

长期支持线

• v4.2.x 为当前长期支持线，持续接收安全修复。
• v4.1.x 已停止维护，只保留历史记录。
• 大版本切换前会提前 7 天公告。

回退步骤：四步退回上一版本先备份再卸载

回退的标准流程是：备份配置、卸载当前版本、安装旧版本、核对哈希。第三步之前一定要先卸载，直接覆盖安装会留下两套服务。

回退后账号与节点清单不受影响，但网络锁需要重新授权，因为授权与安装实例绑定。

1. 在设置里导出配置，得到一份 JSON 备份文件。
2. 卸载当前版本，卸载时不要勾选保留登录态。
3. 安装目标版本，安装包从版本记录页取得并核对哈希。
4. 登录后导入配置，重新授权网络锁并测试连接。

回退建议只做一次。同一设备反复升降版本容易出现残留服务，此时需要手动清理系统服务再安装。

签名与校验：两件事不要混签名证明来源，哈希证明完整

签名与哈希解决的是两个问题。签名证明安装包由本站发布，哈希证明文件在传输中没有被改写。两者都要看。

常见误解是「签名有效就不用算哈希」。实际上下载中断也会造成哈希不一致，此时签名可能仍然有效，因为签名只覆盖文件内容的一部分元数据。

怎么分别检查

• 签名：查看安装包属性的数字签名页，或执行系统校验命令。
• 哈希：算出 SHA-256 后与本页或下载页公示值比对。
• 两项都通过才可以运行。

签名无效的三种情况

• 文件被第三方重新打包，签名随之失效。
• 系统时间偏差过大，证书链校验失败。
• 系统证书库缺少中间证书，需更新根证书。

怎么确认自己装的是哪个版本三个位置都能看

版本号在三个位置可见：客户端关于页、安装目录的可执行文件属性、页脚的版本公示。三处应完全一致。

移动端的版本号在关于页，连续点击 5 次可打开诊断信息，其中包含构建号。

• 桌面端：设置 → 关于，显示版本号与构建号。
• 移动端：我的 → 关于，显示版本号。
• 安装目录：可执行文件右键属性 → 详细信息。
• 页脚：本站页脚固定显示当前版本，便于对照。

公告与订阅：只推版本，不推营销RSS 与页面同步

版本公告发布在本页，按日期倒序排列，不删除历史条目。RSS 只推送版本记录，不推送促销与活动内容。

订阅地址在页脚与 head 标签中同时声明，阅读器可自动发现。

公告的三段结构

• 改了什么：一句话说明改动点。
• 影响哪些平台：列出受影响的端。
• 需要用户做什么：多数为「无」，涉及重签时要求重新下载。

紧急公告的处理

• 紧急公告同时挂在首页上方公告条。
• 处理完成后改为常规公告，保留在版本记录里。
• 紧急公告不进入 RSS，避免重复推送。

升级前后各做一次核对两分钟省掉一次回退

升级前后各做一次核对，能把大部分兼容问题挡在回退之前。升级前记下当前版本号与节点地区，升级后逐项比对。

核对内容只有四项：版本号、网络锁状态、收藏节点、出口地址。四项一致即视为升级成功。

升级前的三项记录

• 当前版本号与构建号。
• 当前节点地区与收藏节点数量。
• 网络锁与 DNS 模式的开关状态。

升级后的四项比对

• 版本号是否为目标版本。
• 网络锁是否重新授权并生效。
• 收藏节点是否完整保留。
• 出口地址是否仍在预期地区。

历史版本一览2026 年 4 月至 11 月

下表把本页记录的 8 个版本压缩成一行一条，便于快速定位。每条包含版本号、日期、类型与一句话结论。

类型分为四类：大版本、修复、扩容、安全。判断影响面时先看类型，再看具体改动。

常见问题按下载与安装顺序排列