快喵VPN 安装总览：三端装什么、怎么装、装完怎么配

§ 01三种设备装进去的是三样不同的东西

先把三端的安装对象摊开，再给一条共用主线。后面的每一页只展开其中一端，不重复这里的判断。

快喵VPN 在 Windows 上装的是一个安装器加一块虚拟网卡驱动。在 macOS 上装的是一个磁盘镜像加一个网络扩展。在 Android 上装的是一个 APK 加一个系统级 VPN 服务授权。三者的共同点只有一个：安装包要先核对，再谈系统层面。

三端的失败点几乎没有交集。Windows 侧的问题集中在运行库、驱动签名与端口归属。macOS 侧集中在隔离属性、开发者验证与扩展授权。Android 侧集中在架构选择、未知来源开关与系统省电策略。把一端的经验搬到另一端，通常只是把问题往后推一步。

三个最容易混淆的边界

• 安装包体积与安装后占用不是同一个数。Windows 安装包 118.6 MB，装完占用 186 MB。差值来自解包与驱动注册。
• 「装完了」与「能连上」是两件事：安装器返回成功只代表文件落盘，虚拟网卡没注册时依然连不上。
• 「能连上」与「用对了模式」又是两件事：系统代理模式下不认代理的软件完全不生效，这一点在首次配置页展开。
• 三端的授权时机不同。Windows 在安装过程中提权，macOS 在首次打开时放行扩展，Android 在首次启动时弹窗授权。
• 三端的卸载成本不同：Android 卸载即清空，Windows 与 macOS 会留下驱动或扩展，需要单独清理后再重装。
• 三端的「重启」含义不同：Windows 重启为加载驱动，macOS 重启为让扩展状态刷新，Android 重启通常不必要。
• 三端对系统时间敏感度不同：macOS 与 Android 在时间偏差超过 5 分钟时会直接拒绝建立连接。

§ 02装前三条硬条件：系统版本、磁盘、权限

三项按「不满足就直接失败」的顺序排。系统版本决定安装器能否启动，磁盘决定解包会不会中断，权限决定驱动与扩展能否落地。

系统版本：看 build 号，不看商品名

Windows 10 的 21H2 与 22H2 都显示为「Windows 10」，但 19044 与 19045 的驱动签名策略不同。安装器在 19044 上会拒绝注册驱动并回滚，提示文本只有一句「安装未完成」。判断办法是运行 winver 看 build 号，19045 及以上才算达标。

磁盘：按解包峰值算，不按安装包体积算

安装过程先在临时目录解包再复制，峰值约为安装包体积的 2.3 倍。以 118.6 MB 的 x64 安装器计，峰值临时占用约 273 MB。加上安装后的 186 MB，可用空间低于 420 MB 时就可能中途失败。失败提示常常只写「写入失败」，看不出是空间问题。

权限：安装与日常运行是两组权限

• Windows 安装阶段需要管理员权限注册驱动；日常运行不需要，用管理员身份常驻反而会让自启项写进错误的分支。
• macOS 安装需要管理员密码；扩展放行要在「系统设置 → 通用 → 登录项与扩展」里单独做一次，与安装密码不是同一件事。
• Android 安装需要允许「安装未知来源应用」；首次启动需要允许建立 VPN 连接，两个开关在两个不同页面。
• Android 的 VPN 授权同一时间只允许一个应用占用，旧客户端没卸载时新客户端会授权失败。

§ 03四步主线：核对、补依赖、安装授权、首连自检

四步顺序不能调换。把第三步提到第一步之前，等于在没确认文件完整的情况下往系统里装组件，出问题时无法区分是文件坏了还是环境不合。

1. STEP 01

   先核对哈希，再双击任何安装器

   Windows 用 certutil -hashfile 文件名 SHA256，macOS 用 shasum -a 256 文件名，Android 用客户端内的校验入口或第三方哈希工具。结果与 sha256sums.txt 对应行逐字符比对，30 秒能完成。

2. STEP 02

   补齐系统依赖

   Windows 装 Visual C++ 2015-2022 x64 运行库；macOS 不需要额外依赖，但要允许已签名应用运行；Android 只需确认存储空间与未知来源开关。

3. STEP 03

   安装并完成一次性授权

   Windows 允许驱动安装后重启一次；macOS 在登录项与扩展里放行；Android 在首次启动的弹窗里允许建立 VPN 连接。

4. STEP 04

   首连后做三项确认

   虚拟网卡或 VPN 服务存在、本地端口处于监听、默认路由或出口地址已切换。三项都对才算装完。

§ 04安装包清单：文件名、体积、哈希前 16 位

下表是 4.2.0 这一版的 8 个文件。哈希列只给前 16 位便于肉眼比对，完整 64 位以 sha256sums.txt 为唯一基准。

三个文件名陷阱

• -x64.exe 与 -arm64.exe 只差几个字符。Windows on ARM 设备装成 x64 版本时安装器不报错，首次连接才失败。
• universal.dmg 与 arm64.dmg 内容不同：前者 96.3 MB 含两套二进制，后者 89.1 MB 只含 Apple 芯片版本，Intel 机器装后者会提示「应用已损坏」。
• Android 三个包不要凭感觉选：不确定架构时装 universal.apk，代价是多占 9.2 MB。

体积差在哪

Windows 两个包相差 6.2 MB，差的是驱动二进制的架构；Android 通用包比 arm64 包大 9.2 MB，差的是两套原生库同时打包。体积差可以直接用来判断下载是否完整：与清单差超过 1 MB 就重新下载，不要尝试修复。

§ 05装完先做三项确认，再谈连接

安装器返回成功不等于可用。以下三项在三端都能验证，顺序固定：先看虚拟网卡或 VPN 服务，再看端口，最后看出口。

确认一：虚拟网卡或 VPN 服务是否注册成功

Windows 上应出现一块描述含 Wintun 的适配器且状态为「已连接」；macOS 上应多出一个 utun 接口，且在系统扩展列表里状态为 activated；Android 上系统设置的 VPN 一栏应显示客户端已连接。三者任一为空，问题在驱动、扩展或授权，不在网络。

确认二：本地端口是否处于监听

• 4.0.0 起默认端口从 7890 改为 17890，17891 用于混合入站，17893 用于本地 DNS。仍按 7890 排查的人会得到「没人监听」的错误结论。
• 端口在监听但连接失败，说明问题在出口侧；端口根本没起来，说明客户端进程没跑起来或已被系统拦下。
• 只有 17890 处于监听也属正常：17891 与 17893 只在开启局域网共享与本地 DNS 接管时才监听。

确认三：出口地址有没有真的换掉

打开任意查 IP 的页面，对比连接前后的出口地址。地址没变说明接管未生效；地址变了但部分软件仍走直连，说明当前是系统代理模式而非 TUN 模式，属于模式选择问题，不是安装问题。

§ 06首次配置的第一件事是选模式

系统代理与 TUN 是两条不同的接管路径，不是两个画质档位。选错的典型表现是「浏览器能用、游戏不能用」，而安装本身完全正常。

怎么快速判断该用哪个

• 只在一个浏览器里看网页、装完只想先确认能不能连，用系统代理。它不改驱动，退出即还原。
• 要用桌面客户端、游戏或任何不读系统代理设置的软件，用 TUN。它接管 IP 层，全部流量都过。
• 公司电脑不给管理员权限时只能用系统代理，因为 TUN 需要注册驱动。
• 同一台机器上还有别的 VPN 或虚拟机桥接网卡时，先关掉它们再开 TUN，否则路由表会互相覆盖。
• 不确定就先系统代理跑通，再切 TUN。两次切换的代价只是 12 秒，不是重装。
• Android 只有一种接管方式（系统 VPN 服务），没有代理与 TUN 之分，页面上看到的模式选项指的是协议档位。

首次配置要改的七个字段

§ 07三端差异：耗时、占用、权限、卸载

同一版本在三端的安装体验差别不小。下表把差异量化，方便判断「慢」是正常还是异常。

耗时的差异来自哪里

Windows 多出的 6 秒主要花在驱动注册与一次重启上；macOS 的 40 秒里有 18 秒是扩展授权，这一步需要人工点两下；Android 最快，因为 APK 安装与 VPN 授权都不涉及驱动层。

三端各自的「一次授权」分别是什么

三端卸载后的残留位置

• Windows 卸载后虚拟网卡可能残留，重装时会提示 17890 被占用，需要在设备管理器里手动移除。
• macOS 卸载后系统扩展状态可能仍显示已启用，需要在登录项与扩展里手动关闭再重启。
• Android 卸载即清空数据，但系统 VPN 授权记录会保留一条，重装后需重新授权。
• 三端都不建议用第三方卸载工具强删目录，那样会留下注册表或配置残留，反而更难清理。
• 三端的重装前提相同：先把残留清干净，再装，否则会出现「装上了但连不上」。

三端首次可用耗时的构成

Windows 的 31 秒由安装 25 秒与重启分摊构成；macOS 的 40 秒里有 18 秒是扩展授权，且需要人工介入两次；Android 的 26 秒里有 8 秒是系统授权弹窗。三端里只有 macOS 的授权无法用脚本替代。

三端对系统时间与证书的敏感度

• macOS 与 Android 在系统时间偏差超过 5 分钟时会直接拒绝建立连接。
• Windows 对时间偏差的容忍度略高，但偏差超过 10 分钟同样会失败。
• macOS 还会校验系统根证书，证书过期时扩展无法激活。
• 这三项都属于系统设置，与安装包无关，排查时应先看系统时间与证书状态。
• 时间与证书都正常时，才需要怀疑安装包或驱动本身。

§ 08更新节奏与已知问题

版本记录只记会影响安装与首次配置的变更，不记界面微调。下表是最近四条，带日期的完整八条在更新页。

两个正在跟踪的已知问题

• 已知问题只记录能复现的，附版本与环境；无法复现的个别反馈不进清单，避免把个案写成通用结论。
• 遇到清单外的问题，先把系统 build 号、客户端版本与安装包哈希三项记下来再反馈。
• 升级前建议保留上一版安装包，回退比重新下载快。

§ 09十五分钟自查表：装前、装中、装后

下表按时间顺序排，每行都能在十五分钟内做完，且不需要额外工具。装不上的问题九成能在表里找到对应行。

为什么把装前放在第一位

装前四项加起来不到五分钟，却能挡掉一半以上的后续排查。实际样本里，前来求助的安装问题中有 38% 在第一步就能定位：哈希不符、架构装错、空间不足、系统版本过低，都属于这一类。

自查表怎么用

• 逐行核对校验结果，一旦某行对不上就停在那行处理完，再继续往下走。
• 每行的「不通过时去哪里」都指向具体页面与章节，不要凭印象在同一页反复试。
• 同一行连续两次不通过时先记证据（截图、命令输出），再换方法，否则容易陷入重复尝试。
• 自查表不覆盖硬件问题：网卡驱动异常、Wi-Fi 掉线等需先排除硬件。

§ 10六个常见误解

这些说法在安装阶段流传最广，也最容易把人带向错误的排查方向。逐条对照实测结果。

误解一：装完必须重启

只有 Windows 的驱动注册与 macOS 的扩展授权需要重启才完全生效。Android 不需要重启，重装同一版本也不需要。多做的重启只是浪费时间，不会解决连接问题。

误解二：安装包越大功能越全

体积差来自架构与原生库的打包方式，与功能无关。Android 通用包 47.9 MB 比 arm64 包 38.7 MB 多出的 9.2 MB 是第二套原生库，功能完全一致。

误解三：管理员身份运行客户端更稳

日常运行用普通权限即可。用管理员身份常驻会让开机自启项写进另一个注册表分支，反而导致下次开机不自启。只有 TUN 模式首次注册驱动那一步需要提权。

误解四：端口 7890 是标准端口

7890 是旧教程的写法。4.0.0 起默认端口为 17890，17891 与 17893 分别用于混合入站与本地 DNS。按旧端口排查会得到「没人监听」的错误结论。

误解五：装不上就换安装包重下

重下只在哈希不符时有用。哈希一致却装不上，问题在环境而不在文件，重下十次结果相同。先看系统 build 号、空间与权限三项。

误解六：三端配置可以互相导入

配置文件能导入，但模式字段不能照搬。桌面端的 TUN 模式在 Android 上没有对应项，导入后会被忽略，界面上看起来「配置生效了」，实际接管方式仍是系统 VPN 服务。

§ 11常见问答

以下八条是安装与首次配置阶段问得最多的问题，答案与正文数字一致。

§ 12关键数字与采集条件

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

§ 13采集口径与更新方式

本站数值只在自己采过的环境里成立，因此每个数字都带环境标签。换设备后数字可能不同，判断顺序不变。

Windows 采集机

Win 11 23H2 · 22631.4169

macOS 采集机

macOS 14.6.1 · M2

Android 采集机

Android 13 · arm64-v8a

客户端版本

4.2.0 / 2026-11-05

采集窗口 2026-11-06 → 11-11每页标注环境数值可复现不做远程代装

页面怎么更新

每逢版本发布，先更新更新页的版本记录，再回填三端安装页里的体积、哈希与端口数字。发现数字与实测不一致时，把系统 build 号、客户端版本与安装包哈希三项发到页脚邮箱，先复现再改文案。

• 只受理能复现的差异；随信附上系统版本、客户端版本与安装包哈希，多半一轮即可定位。
• 不收录无法复现的个别反馈，避免把个案写成通用结论。
• 文中任何数值都能在对应页面的采集环境标签下复测。
• 页脚标注的备案编号只是占位写法，与真实登记主体无关，判断真伪请以官方渠道为准。