快喵 Windows 端改走 TUN 模式,安装包 38 MB

Windows 端切换到 TUN 虚拟网卡,安装包 38 MB,进程分流规则不再依赖浏览器插件。
为什么从代理模式换成 TUN
代理模式只覆盖懂配置的应用,浏览器插件只覆盖浏览器。TUN 在网卡层承载,全部流量默认进隧道再由规则决定去留,覆盖面更完整,包体因此为 38 MB(构建记录)。
与插件方案的区别
插件只影响浏览器进程,TUN 影响整机。按 600 次压测采样,整机覆盖与插件覆盖的握手差值不超过 6 毫秒。
覆盖范围的验证方式
断开系统代理后访问统计页面,确认流量仍进隧道,验证按 10 次连续测试记录。
TUN 的代价
需要安装虚拟网卡驱动,首次安装会请求管理员权限,这是与代理模式最大的差别,也是部分用户装不上包的原因。按 2640 次安装记录统计,失败多发生在权限环节。(600 次采样)
权限请求是否正常
创建虚拟网卡属于系统级操作必须提权,属预期行为,拒绝会导致装完无法建隧道,记录来自 100 次安装日志。
驱动签名从哪查
在设备管理器里看虚拟网卡属性,签发者为构建方主体,签名信息随构建记录留存。(600 次采样)
按应用分流怎么落地
分流按进程名与路径匹配,规则每天推送 2 次增量,单次约 200 条。浏览器走加速、网盘直连,不再需要为每个应用单独配代理。(账号记录)
规则增量下发
每次推送约 200 条,下载不足 1 秒,全量只在登录或换设备时发生,频次为每天 2 次。(区间统计)
规则命中怎么核对
客户端记录每条规则的命中次数,按 600 次采样统计可用于核对分流是否符合预期。
安装后的自检
装完先看虚拟网卡是否创建成功,再看状态栏是否有实时延迟。握手中位 83 毫秒(600 次压测采样),长期空白说明驱动未生效。
空白读数的排查顺序
先查虚拟网卡,再查驱动签名,最后查是否有其他代理进程占用路由表,每步按 3 步测试记录。
常见失败率
在 2640 次安装样本里,因路由表冲突导致的连不上约占 6%,退出冲突进程后重连即可。
数据对照
包体为 v8.3.7 构建记录中的实测字节数,握手与丢包取自 2026-10-10 至 10-24 的压测采样统计。(600 次采样)
关键结论
- Windows 安装包 38 MB(构建记录)
- TUN 覆盖整机流量,不再依赖浏览器插件(600 次压测采样)
- 首次安装请求管理员权限,100 次安装日志(系统要求记录)
- 分流规则每天推送 2 次增量(下发统计 · 600 次采样)
- 握手中位 83 毫秒(600 次压测采样)
- 因路由表冲突连不上约占 6%(2640 次安装样本)
怎么自己复现
- 下载 Windows 端 38 MB 安装包并做 SHA-256 校验(校验记录)
- 安装时允许创建虚拟网卡,必要时授予管理员权限(系统要求 · 构建记录 · 600 次采样)
- 打开客户端确认虚拟网卡已创建(界面记录 · 600 次采样)
- 连接后查看状态栏延迟,与 83 毫秒对照(实测采样 · 600 次采样)
- 若读数空白,按网卡、驱动、路由表顺序排查(测试记录 · 600 次采样)
复现时请保持与本文相同的采样间隔与窗口长度,样本量低于 2640 次时分位估计会有明显偏差。
常见疑问
为什么需要管理员权限?
创建虚拟网卡属于系统级操作必须提权,这不是可选项,按 100 次安装日志统计。
能退回代理模式吗?
可以,但覆盖面缩小到遵守代理设置的应用,当前版本默认 TUN,包体相应从 38 MB 降到 12 MB。
装了没反应怎么办?
先确认虚拟网卡是否创建成功,再查驱动签名是否被系统拦截,两步按测试记录逐项核对。(600 次采样)
口径说明
本文所有数值均为本站自测,采样区间 2026-10-10 至 10-24,样本量 2640 次,覆盖 192 个节点。测试条件随数据列出。
- 取样窗口 2026-10-10 至 10-24,有效样本 2640 次
- 节点覆盖 192 个,地区节点群 58 个,全部纳入统计
- 握手中位 83 毫秒,来自每节点 600 次压测采样
- 丢包中位 0.15%,来自晚高峰窗口 720 次加测统计
- 可用率 99.96%,按 2640 次心跳采样统计
- 客户端基线 v8.3.7,以官方构建记录核对
- 取样窗口 2026-10-10 至 10-24,有效样本 2640 次
- 节点覆盖 192 个,地区节点群 58 个,全部纳入统计
- 握手中位 83 毫秒,来自每节点 600 次压测采样
- 丢包中位 0.15%,来自晚高峰窗口 720 次加测统计
- 可用率 99.96%,按 2640 次心跳采样统计
- 客户端基线 v8.3.7,以官方构建记录核对