一键安装（systemd 二进制）
🐝 飞牛 fnOS 用户看过来！MiBee NVR v0.10.1 离线安装包发布——断网也能装，点开即用
还在为飞牛上装 MiBee NVR 卡在"拉取镜像"转圈圈抓狂吗？v0.10.1 重点解决这个。
这一版我们不仅把镜像直接打进了安装包，还专门为它重装了一台原本跑路由系统的 R4S 当飞牛测试机，7 轮实机验证 + SSH 深度排查，把飞牛安装阶段的主要障碍都过了一遍。
📦 下载地址：mibee-nvr-fnos-0.10.1.fpk
飞牛「应用中心 → 手动安装」导入即可，安装全程不联网。
🎯 一句话说清这版干了啥
v0.10.0 飞牛用户的三大拦路虎，v0.10.1 基本解决：
| 痛点（v0.10.0） |
解法（v0.10.1） |
| 🔴 装到一半卡在"拉取 ghcr 镜像"，国内访问极慢/超时 |
🟢镜像直接打进 .fpk，安装时本地 docker load，安装过程不依赖网络 |
| 🔴 装完点桌面图标打不开应用（白屏） |
🟢桌面 iframe 修复，可从飞牛桌面图标打开应用 |
| 🔴 端口校验怎么填都不让过（填 9090 也报错） |
🟢 改用正则校验，9090 正常通过 |
外加飞牛向导中文化、存储位置说明、归档摄像头/转推/设置保存等一系列 bug 修复。
🖥️ 先上结论：R4S 实测通过
为了把飞牛支持做好，我们把一台原本安装了路由系统（OpenWrt/immortalwrt）的 NanoPi R4S 直接重装成飞牛 fnOS，当作调试机。
关于 NanoPi R4S：瑞芯微 RK3328（4 核 Cortex-A53 @ 1.5GHz），1GB/4GB DDR4 两个版本，双千兆网口，本是小巧软路由/旁路由神器。它跑飞牛 fnOS 完全没问题——ARM64 架构，正是 v0.10.1 离线包覆盖的双架构之一（amd64 + arm64）。
在这台 R4S + 飞牛的实机上，我们完整跑通了：离线导入镜像 → 安装 → 桌面图标打开 → 接 ONVIF 摄像头 → 实时预览 → 录像回放。7 轮迭代调试，每次 SSH 上去翻日志定位问题，才有了这版的稳定。
👆 飞牛 fnOS 桌面，MiBee NVR 已安装，R4S 实机
📦 离线安装包：镜像打包进去，安装不依赖网络
国内飞牛用户安装 v0.10.0 时，最大的痛就是拉取 ghcr.io 镜像——这个镜像仓库在国内访问极慢甚至超时，导致安装卡死或失败。
v0.10.1 的解法简单粗暴但有效：把镜像直接塞进 .fpk 包。
具体来说：
- 双架构镜像内置：一个
.fpk 同时打包 amd64 + arm64 两套镜像（R4S 这种 ARM64 设备自动选 arm64，x86 主机选 amd64）
- 安装时本地导入：应用启动脚本自动
docker load 本地镜像，安装阶段不依赖网络
- native 应用形态：不用飞牛的 docker-project（那个会在生命周期钩子之前就
compose up，离线镜像还没导入就报 No such image），改由应用自带脚本完整掌控容器生命周期
这意味着：只要你能把 .fpk 文件弄到飞牛上，安装阶段就不再依赖网络。 对国内网络环境特别友好。
👆 应用中心 → 手动安装 → 选择 mibee-nvr-fnos-0.10.1.fpk
🛠️ 三步装好，小白友好
第 1 步：下载离线包
到 MiBee NVR 的 GitHub Release 页面（v0.10.1），下载这个文件：
mibee-nvr-fnos-0.10.1.fpk
💡 包体比在线版大一些是正常的——因为里面装了两套架构的镜像。这是为了离线付出的必要代价。
👆 GitHub Release 页面下载 .fpk 文件
第 2 步：飞牛导入
打开飞牛 fnOS 桌面 → 应用中心 → 手动安装 → 选择刚下载的 .fpk 文件。
安装向导会问你两件事（都帮你中文化好了）：
- Web 管理端口（默认 9090）：MiBee NVR 用宿主机网络（ONVIF 自动发现需要），所以会直接占用这个端口。如果 9090 被占用了就改一个。
- 存储位置说明：录像、数据库、配置、AI 模型都会存在你安装应用时选的存储空间里，由 NVR 统一管理，别在文件管理里手动删那些文件。
👆 中文安装向导：端口 + 存储位置说明
点安装，等几十秒（本地导入镜像，不用等网），完成！
第 3 步：点桌面图标打开
装完后，飞牛桌面会出现 MiBee NVR 的蜜蜂图标。直接点它就能打开管理界面——这正是 v0.10.1 修好的关键体验。
👆 从飞牛桌面图标直接打开，不用单独记 IP:端口
🔍 背后的故事：桌面打不开的"两层 Bug"
"装完点桌面图标打不开"这个问题，我们 SSH 上去挖得很深，发现是两层 Bug 叠加：
第一层（v0.10.0 已修）：NVR 默认发 X-Frame-Options: DENY 头，会拒绝任何跨源 iframe 嵌入。飞牛桌面是一个独立 Web 应用（不同端口），自然被拒。v0.10.1 改成可配置的 CSP frame-ancestors。
第二层（v0.10.1 新发现）：改成 frame-ancestors 后本以为搞定，结果 R4S 实测还是白屏。继续查发现：CSP 值写成 http://* 只能匹配默认 80 端口，而飞牛桌面跑在非默认端口（比如 :5666），照样被拒。最终改用协议源（scheme-source）http: / https:——可匹配任意端口，在我们的测试环境下解决了 iframe 被拒的问题。
# v0.10.1 的 CSP 配置（默认值，飞牛桌面能正常嵌入）
frame-ancestors 'self' http: https:
这种"改一层发现下一层"的连环坑，不实机测根本发现不了。这也是我们专门搭 R4S 测试机的原因。
👆 SSH 深度排查日志（7 轮迭代调试的冰山一角）
🐝 R4S 跑飞牛 + MiBee NVR，性能如何？
R4S（RK3328，4×A53 @ 1.5GHz）本身是软路由定位的设备，跑飞牛 fnOS + MiBee NVR 属于"小钢炮干重活"，但实测完全可用：
- 单路/双路摄像头录像：流畅，CPU 占用低
- H.264 RTSP 录像 + HLS 直播：表现轻松
- H.265 录像：正常（MiBee NVR 原生支持 H.265，无需转码）
- H.265 转码转推直播平台：这个会吃力（R4S 无硬件编码器，软解 1080p 帧率上不去）。如果你的场景是"纯录像 + 局域网看监控"，R4S 足够；如果要 7×24 转推 B 站直播，建议上香蕉派 M5 或 x86。
能耗优势：R4S 功耗极低（5W 左右），7×24 运行电费几乎可忽略，当作家里的"监控+NAS 一体小盒子"很合适。
👆 R4S + 飞牛 fnOS 上 MiBee NVR 实时运行状态
🎁 v0.10.1 还顺带修了这些
除了飞牛专项，这个补丁版还包含若干体验改进（继承自 v0.10.0 后的修复）：
| 修复 |
说明 |
| 🗄️归档摄像头删除 |
异步化处理 + 崩溃恢复 + 防孤岛数据 |
| ⚙️摄像头设置保存 |
空白的 duration 字段视为"不变"，不再误报 400 |
| 🔄摄像头 PUT 响应 |
补全转推 push_targets 等字段；转推卡片遮挡修复；推流地址 URL 校验 + 实时预览 |
| 🔌摄像头激活幂等 |
对已运行摄像头点激活返回 409（不报错），前端软处理 |
| 📚文档刷新 |
修正若干过时信息 |
🚀 立即体验
飞牛 fnOS 用户（本版重点）
- 下载
mibee-nvr-fnos-0.10.1.fpk（GitHub Release v0.10.1）
- 飞牛「应用中心 → 手动安装」导入
- 选端口、选存储 → 安装
- 点桌面蜜蜂图标，开始用
全程不需要科学上网，不需要命令行，不需要 SSH。
其他平台用户
v0.10.1 同步发布了各平台的安装包，Docker 镜像也已更新：
# Docker（NAS 推荐 host 网络）
docker run -d --network host \
-v /mnt/data/mibee-nvr:/data \
-e NVR_DATA_DIR=/data \
--name mibee-nvr --restart unless-stopped \
ghcr.io/mi-bee-studio/mibeenvr:0.10.1
curl -fsSL https://raw.githubusercontent.com/Mi-Bee-Studio/MiBeeNvr/main/install.sh | sudo bash
code
