快喵VPN 版本记录与回退方法

§ 01 · 版本号

版本号怎么读：主版本、次版本、修订号各代表什么

本站只记录会影响安装的变更。判断一次升级要不要做，看的是三件事：是否需要重下安装包、是否改变端口与路径、是否改变最低系统要求。

为什么修订号也要重下

只要安装包重新签发，哈希就一定变化。即使用户看到的界面没有区别，手里那份旧包的哈希也与清单不符。因此“版本号变了”与“安装包变了”在实践中等价，校验动作必须重做一次。

§ 02 · 变更总表

八条带日期的产品线变更（2026-05-19 至 2026-11-06）

下表按时间倒序排列，日期按 +08:00 记录。摘要只写影响安装与连接的部分，界面微调不入表。

为什么只留八条

更早的版本对当前安装已无参考价值：3.5 之前不提供 macOS 与 OpenWrt 构建，安装路径也与现在不同。保留八条覆盖了从主流版本到回退锚点的全过程，既能查到当前版本，也能查到需要回退时该退到哪一版。

• 每条记录都带发布日期，便于与安装包时间戳对照。
• 摘要里的数字（体积、端口、最低系统）与安装页保持一致。
• 标为保底版与归档版的版本，安装包不再重新签发。
• 回退目标只有两个：3.6.9（旧内核路由器）与 3.5.2（旧系统桌面）。

§ 03 · 对安装的影响

每条变更具体改了什么：从端口到驱动

变更记录的价值在于回答“我这一版要不要动”。下面把八条记录拆成四类影响，按类看比按版本看更快。

第一类：端口与路径变化

3.9.2 把默认监听端口从 7890 迁到 17890，并在 17891 提供局域网入站、17893 提供本地 DNS 接管。仍在按 7890 排查端口冲突的人，会得到“端口空闲但连不上”的错误结论。迁移后的端口无需手动配置，除非与既有软件冲突。

第二类：驱动与扩展变化

3.8.0 把 Windows 虚拟网卡从 TAP 迁移到 Wintun 0.14，升级后需要重新授权一次驱动；3.9.6 修复了 macOS 15.2 下扩展首次启动失败的问题，此前在 15.x 上首次连接会失败一次、重启客户端后正常。

第三类：最低系统要求变化

3.7.4 把 macOS 最低版本抬到 12.6，同时取消 Apple 芯片与 Intel 的分包，改为 Universal 2 单包；3.5.2 是最后支持 Windows 8.1 与 macOS 11 的版本，此后的安装器不再包含这两套系统的运行库。

第四类：路由器相关变化

3.6.0 首次提供 mipsel_24kc 架构 ipk，并把 LuCI 插件与核心包拆成两个文件；3.8.7 修复 fw4 下转发规则未生效的问题，并加入旁路由自动检测；3.6.9 是针对 4.4 内核的保底版本。

§ 03b · 逐版本要点

八个版本各自的判断要点：谁该升、谁该留

同样的变更对不同人意义不同。下面逐条给判断要点，按“该升、可不升、别升”三种结论写，方便对号入座。

3.9.6（2026-11-06）

该升：macOS 15.x 用户，此前的扩展首次启动失败问题在这一版修复；需要 aarch64 通用 ipk 的路由器也在此版首次拿到对应包。可不升：Windows 10 19045 上运行 3.9.2 且无异常的机器，升级收益仅在签名时间戳。

3.9.2（2026-10-15）

该升：曾与开发工具争用 7890 端口的人，此版把默认端口迁到 17890 起的三件套。别升：脚本里硬编码了 7890 的自动化环境，升级后需同步改脚本，否则自动化链路会断。

3.8.7（2026-09-24）

该升：OpenWrt 22.03 与 23.05 用户，fw4 下转发规则失效的问题在这一版修复。可不升：21.02 且未升级防火墙的设备，旧的 fw3 规则仍可用，升级反而要改规则写法。

3.8.0（2026-08-28）

该升：需要客户端内自检面板的人。注意：此版把 Windows 虚拟网卡从 TAP 迁到 Wintun，升级后必须重新授权驱动一次，未授权的表现是网卡不出现而不是报错。

3.7.4（2026-07-31）

该升：Apple 芯片用户，此版合并为 Universal 2 单包，不再需要区分架构。别升：macOS 11.x 用户，此版把最低系统抬到 12.6，装不上去。

3.6.9（2026-07-02）

该留：4.4 内核的旧路由器，这是官方保留的回退锚点，包不再重签，哈希稳定。别升：已在 5.4 内核及以上运行的设备，回退只为应急，长期应升级固件。

3.6.0（2026-06-11）

该升：MT7621 平台路由器，首次拿到 mipsel_24kc 架构的 ipk。注意：此版起 LuCI 插件与核心包拆开，两者版本号必须一致，混用会出现界面能开但选项不生效。

3.5.2（2026-05-19）

该留：Windows 8.1 与 macOS 11 的最后可用版本。别升：其他系统上没有任何理由停在 3.5.x，该版本已停止更新，也不再包含新系统的运行库。

• 结论按“该升、可不升、别升”给出，不按版本新旧排序。
• 凡是改驱动或扩展的版本，升级后都需要一次重新授权。
• 凡是改端口的版本，升级后都要同步检查脚本与分流规则。
• 保底版与归档版不重签安装包，哈希可长期用于识别同一份文件。

§ 04 · 平台矩阵

版本与平台：哪些版本还能装在哪类系统上

并不是所有历史版本都能装在当前系统上。下表的“可装”指安装器能完成安装，“可用”指首次连接成功。

不可用的三种情形

• 3.5.2 没有 OpenWrt 构建，路由器上无法安装这个版本。
• 3.6.0 的 LuCI 插件与核心包强绑定，混用其他版本会出现界面能开但选项不生效。
• 3.9.2 在 macOS 15.2 上首次连接会失败一次，重启客户端即可，不影响后续使用。

矩阵里的“可装可用”都是在全新安装条件下验证的。升级安装时还要看残留：从 3.7.4 之前的版本直接升到 3.9.6 而不卸载，可能保留旧的 TAP 适配器，导致两条默认路由并存。

§ 05 · 回退方法

回退到 3.6.9：两个前提、四步操作、三处验证

回退不是降级安装。直接覆盖安装旧版会留下两份服务，抢同一个端口，表现比升级前更糟。

两个前提条件

• 手里有 3.6.9 的安装包且哈希与当年清单一致；没有校验过的旧包不能用于回退。
• 已经卸载当前版本并清理残留：Windows 需删驱动适配器与服务项，macOS 需删扩展条目，路由器需 opkg remove。

三处验证

回退后的三项确认
Windows：> Get-NetAdapter | ? InterfaceDescription -like *Wintun*
macOS：$ systemextensionsctl list | grep -i kuaimiao
OpenWrt：# netstat -lntp | grep 17890

三项任一为空，说明回退未完成，不要继续测试连接

§ 06 · 回退后

回退后的四件事：从日志到订阅

回退完成后的第一小时最关键：这段时间内的日志能说明回退是否真的解决了问题，还是只改变了症状。

回退不是终点：把回退原因写进自己的运维记录，下次升级前先对照。同一台设备因同一原因回退两次，说明环境确实不兼容新版本，应停在回退版本并把系统或固件升级列入计划。

• 保留回退包的哈希记录，下次再用同一个包时不必重新判断来源。
• 回退后关闭自动更新，避免下次启动又被升回去。
• 把回退时间点与现象记在同一处，便于与新版本的问题对应。
• 路由器回退后要重新确认防火墙规则没有被旧包覆写。

§ 07 · 升级顺序

批量设备的升级顺序：先一台，再一类，最后全部

多台设备同时升级是故障放大器。一旦新版本有问题，全部设备同时不可用，连排查入口都没有。

路由器批量升级时要额外注意架构：同一批设备里可能混有 aarch64 与 mipsel 两种架构，装错包会直接失败。升级前先统计 opkg print-architecture 的输出，按架构分组再操作。

• 升级前导出配置，尤其是分流规则与自定节点。
• 升级后立即做三项确认，不要等到用户报障。
• 同一批次内保留至少一台未升级设备，作为对照。

§ 07b · 记录模板

升级记录怎么写：一张表管住多台设备

设备一多，升级就成了没人记得清的事。一张五列的记录表能在两次故障之间建立联系：同一型号连续两次失败，说明是环境不兼容而不是偶然。

记录的价值在半年后才显现：当你决定要不要跟进某次版本时，翻到同一型号的历史记录，就能看到它此前是否因同一原因回退过。没有记录时，这个判断只能凭印象，而印象通常偏向“上次好像没问题”。

记录表的粒度按设备而不是按人。一个人可能同时管十几台设备，按人记会漏；按设备记，每台设备只有一行，反而更容易坚持。

三条填写纪律

• 原因摘要必须含可检索的关键词：错误码、端口号或组件名，不写“有点问题”这类描述。
• 回退也算结果，不要只在失败时记录：回退说明环境不兼容，下次升级要跳过这台。
• 升级前的版本号不能省：跨大版本与同大版本升级的排查路径完全不同。
• 同一设备第三次因同一原因失败时，把该设备单独列入暂缓升级名单。
• 记录随配置一起导出，换人接管时不用重新摸索。

把这张表放在配置导出的同一目录，回退时直接对照。多数回退失败不是因为方法错了，而是因为没人记得上次是怎么退的。

§ 08 · 版本与校验

每个版本的安装包体积与哈希前缀

体积可以快速判断版本，哈希可以确认文件身份。两者一起看，能避免“体积对但版本不对”的误判。

历史版本的安装包不再列入本表，但仍保留在当年的清单文件里。回退时以那份清单为准，不要用当前版本的清单去核对旧包，哈希必然不符。

为什么用前缀而不是整串

本表用于快速扫视：前 16 位足以区分不同文件，也不会把页面撑得过宽。需要完整比对时到校验页取整串，或直接读 sha256sums.txt。

§ 09 · 订阅

订阅与获取：RSS 与页面更新节奏

版本记录页是本站更新最频繁的一页，也是 RSS 订阅指向的页面。每次版本发布，先更新本页，再回填安装页里的数字。

• RSS 里每一条对应一个版本，标题含版本号与发布日期，描述为变更摘要。
• 站点的 sitemap 里本页的更新频率标为每日，实际按版本发布节奏更新。
• 安装页里的体积、哈希与端口数字随本页同步，两者不一致时以本页为准。
• 历史版本的回退包不通过站点分发，站点只提供哈希与判断方法。

更新节奏

随版本发布

最近更新

2026-11-06

记录条目

8 条

订阅地址

/rss.xml

数据 · 关键数字

关键数字与它们的采集条件

每个数字后面都跟着条件，换了机器与版本数字会变，判断顺序不变。下面七条是本站各页共用的基础数据。

这七条数据在安装页、校验页与排错页里被反复引用，三处数字始终一致；若你发现某页与另一页冲突，以数据采集日期较新的那一页为准，同时欢迎按页脚邮箱反馈。

§ 10 · 采集口径

版本记录的来源与核对方式

版本记录的依据是安装包签发时间戳与安装包内的版本号字段，不作推断。表中数字均在标注环境下复核。

数据来源

安装包时间戳与版本号字段

复核环境

Win 11 22631 / macOS 14.6.1 / OpenWrt 23.05.3

复核日期

2026-11-08

当前版本

3.9.6

按签发日期数字与安装页一致不含推断内容可复测

若你手里的安装包时间戳与本页日期相差超过一天，说明它不是本批签发的包，应以包内版本号与哈希为准，并把差异记下来再核对。

• 日期按 +08:00 记录，跨时区核对时注意偏移。
• 变更摘要只写与安装和连接相关的部分。
• 归档与保底版本的包不再重签，日期为首次签发日。
• 本页不涉及账号与订阅信息，只记录产品线变更。

核对时使用安装包自带的版本号字段与文件时间戳两处信息，两者不一致时以版本号字段为准，并在记录里注明差异。

本页随版本发布更新，最近一次复核为 2026-11-08，覆盖 3.9.6 与相邻两个版本的全部安装包。若你发现日期与包内时间戳相差超过一天，请按页脚邮箱反馈。