家庭影音与AI助理部署全记录-博客版

三台闲置迷你主机，把 115 网盘变成家庭影院：CD2 直连 + Emby + AI 助理完整部署记录

全程原生 Windows / fnOS，不碰 Docker；外网播放走 115 CDN 直连，家里宽带上行零压力；内网 2.5G，跨机整理大文件不卡。

硬件成本：0 元 —— 全是闲置设备，家里的小米路由器本来就带 2.5G 口，连交换机都不用买。

一、我到底想要什么

　　先列需求，方案才有意义。我的原始需求一共 8 条，最后一条不改需求、只改实现：

1. 跑 MoviePilot v3 + qBittorrent，自动订阅、自动下载、自动整理
2. 跑 Emby，本地播放 + 外网播放
3. 用 CloudDrive2 把 115 网盘挂成本地盘，280T 空间当媒体库主体
4. 有 8 个主流 PT 站，要能长期保种
5. 外网看片不卡，最好不占家宽上行
6. 顺手搭个音乐服务器，外网也能听；音乐是按文件夹整理的，服务端和客户端都必须支持文件夹浏览
7. 这台机器还要当 AI 助理常驻，自动产出文档
8. 不新增硬盘（家里已经有 3 块 1T SSD）

　　第 5 条是整套方案的分水岭。传统做法是"外网 → 家里 → Emby 转码/推流"，家宽上行 50–100Mbps，看 4K 原盘必然卡。所以整套架构的核心目标就是：让播放数据根本不经过我家。

二、硬件与网络

2.1 三台机器

　　三台都是闲置设备。EQ12 那两颗 i225-V 网口本来是给软路由准备的，这里只用得上一个（另一个建议空着，fnOS 里两个网口都插网线容易引起路由优先级混乱，除非你真的要做软路由）。

2.2 2.5G 内网怎么组

　　家里是电信 1000M 宽带，路由器是带 2.5G 口的小米路由器，三台机器的网口也都是 2.5G——一根网线直插就行，不用额外买交换机。

　　但有个前提得自己先确认：路由器到底有几个 2.5G 口。

• 3 个及以上：三台全接 2.5G 口，直接跑满
• 2 个：优先给 NUC11 和主下载机（EQ12-1）—— 它俩之间是"下载 → 整理"的主路径，最需要带宽；EQ12-2 接千兆口影响不大，它只做分流下载
• 1 个：只有一台能跑 2.5G，跨机整理会退到千兆，那建议把下载和整理合并到同一台机器上

　　另外几点：

• 网线：Cat5e 在短距离（10 米内）能跑 2.5G，但建议直接上 Cat6，省得以后排查玄学问题
• NUC11 只有单网口：够用，它只做主机不做路由
• EQ12 的双网口只用其一：两个都插会让 fnOS 的路由优先级变乱

2.3 2.5G 到底带来什么

　　说实话，下载速度不会变快——1000M 宽带的理论上限就是约 112MB/s，这是运营商给的，跟内网无关。

　　2.5G 真正的收益在跨机传输：

　　也就是说，2.5G 让"下载机在 EQ12、整理机在 NUC11"这个分布式设计变得完全无感。如果只有千兆，我会建议把下载和整理都放同一台机器上。

　　另外 EQ12 的 M.2 是 PCIe Gen3 ×1 通道（约 1GB/s 上限），实际 SSD 读写大概 800–900MB/s，2.5G 不是瓶颈，SSD 也不是瓶颈——瓶颈永远是宽带。

2.4 存储规划（不新增硬盘）

　　本地盘只做"下载中转 + 保种"，媒体库本体在云端。这样 1T 完全够用。

三、架构总览

3.1 三机分工

　　N100 整机满载也就 30W 出头、待机 10W 左右，让它俩 24h 挂种比让 NUC11 干活省电得多。

3.2 五条数据链路

① 下载/保种
   MoviePilot(NUC11) ──按站点分发──┬─→ qB 01 (NUC11 本机)
                                  ├─→ qB 02 (EQ12-1)
                                  └─→ qB 03 (EQ12-2)
   各机本地下载 + 保种，下载目录经 SMB 共享给 NUC11

② 入库
   MoviePilot 读下载目录(本机/SMB) → 整理重命名 + 生成 nfo/海报
     → 复制进 Z:\ (CD2 挂载的 115，热门资源秒传)
     → CD2 文件变更通知 → 伴侣插件定向刷新 Emby

③ 外网播放（核心）
   外网设备装 CD2 App（同一会员账号）
     → 访问家庭媒体库 → 播放时 115 CDN 直连设备
     → 数据不经过 NUC

④ 刮削（唯一走代理的地方）
   MoviePilot → Clash Verge :7890 → TMDB / GitHub

⑤ 备份
   D:\WorkBuddy → Syncthing → EQ12-1 fnOS

3.3 端口总表

四、五个关键设计决策

　　这部分是整套方案的"为什么"，理解了就不会中途改错方向。

决策 1：外网播放为什么不用中转

　　一开始我想的是常规方案：Emby 对外 + 反代 + 302 直链。后来发现 CloudDrive2 官方就有一套完整方案：

• NUC11 上装 CD2 核心服务（挂 115 → Z:\）+ Emby + CD2 官方「Emby/Jellyfin 伴侣插件」 （CloudDrive.MediaServer-Emby）
• 外网设备装 CD2 App，登录同一个会员账号
• 播放时通过 CD2 客户端内置的媒体库入口访问家庭 Emby 库，视频流走 115 CDN 直连设备

　　结果是：NUC11 只承担极小的控制/API 流量，播放数据一个字节都不经过家宽上行。4K 原盘秒开、拖动丝滑。因为视频走直链、基本不转码，Emby Premiere 在这里其实用不上——不过我是会员，转码和硬件加速的能力正好留着当兜底，万一遇到非要转码的老客户端能顶上。

　　伴侣插件还解决了一个隐性问题：Emby 的"实时监控"会让它在云端目录上反复递归遍历，这是触发 115 风控的头号原因。插件用 CD2 的变更通知做定向刷新，只更新变动的那几个文件，扫描量下降几个数量级。

决策 2：为什么要三个下载器

　　三个 qB 不是为了好看，是三个具体理由：

1. 保种负载分摊：8 个 PT 站长期保种，几千个种子挂在一个客户端上，UI 卡、恢复慢
2. 功耗错配：N100 待机 10W，比 NUC11 更适合当"长期挂种机器"
3. 故障隔离：一台机器重启（Windows 更新、硬件维护）不影响其他站点的保种

　　MoviePilot 原生支持多下载器：在"下载器"里加三个（192.168.1.11/.12/.13:8080），然后在站点管理里给每个 PT 站指定一个下载器。

　　分配原则：

• 保种要求高、任务量小的站 → EQ12-1（02 号） ，低功耗长期挂
• 大体积、多并发的站 → EQ12-2（03 号） ，把 IO 和带宽压力拆走
• 需要和 MP 强联动的站（自动订阅、刷流）→ NUC11（01 号） ，链路最短

　　别把同一个站点的任务分散到多台机器——上传统计被摊薄，冲榜吃亏。

决策 3：为什么 EQ12 不装 CD2

　　这是最容易踩的坑。直觉上会想"三台都装 CD2，各自挂 115，多方便"。

　　不要这么做。 同一个 115 账号在多台设备同时挂载，会显著提高风控概率（多设备登录 + 目录并发遍历），轻则限速、重则封号。

　　所以：全屋只有 NUC11 一个 115 挂载点。EQ12 下载完的文件通过 SMB 共享交给 NUC11 的 MP 去整理，零风控成本。配合 2.5G 内网，这条路径一点不慢。

决策 4：为什么 Emby 实时监控必须全关

　　Emby 默认会开启"实时监控"媒体库目录变化。在本地磁盘上这没问题，但 Z:\ 是云端挂载盘——Emby 的递归遍历会变成对 115 的高频目录查询，开机一次扫全库，风控直接触发。

　　正确做法：

• Emby 里关闭所有媒体库的实时监控
• 交给 CD2 伴侣插件订阅变更通知，做定向刷新

决策 5：为什么代理只给 MoviePilot

　　TMDB 刮削、GitHub 更新插件在国内直连不稳，需要代理。但 PT 下载流量和播放流量绝对不能过代理——过代理会被判定为异常 IP，轻则断种重则封号，而且代理带宽也扛不住 PT 上传。

　　所以：

• Clash Verge 只开混合端口 7890，不开系统代理、不开 TUN
• MoviePilot 里单独填 http://127.0.0.1:7890
• 其他所有服务直连

五、部署实战

　　按这个顺序做，每一步都能独立验证。

阶段 0：网络与系统基线

　　0.1 网络

• 先确认路由器有几个 2.5G 口（不够 3 个时，优先给 NUC11 和 EQ12-1）
• 三台机器用 Cat6 网线接入 2.5G 口
• 固定内网 IP：NUC11 = 192.168.1.11、EQ12-1 = 192.168.1.12、EQ12-2 = 192.168.1.13
• 验证：任意两台之间 iperf3 或直接大文件拷贝，应达到 280MB/s 左右

　　0.2 NUC11 系统基线

• Windows 11 专业版；开启远程桌面
• 电源选项：永不睡眠、关闭硬盘永不停转
• netplwiz 设置自动登录（24h 常驻机器的前提）
• Windows 更新改为手动确认 —— 否则半夜自动重启会杀掉所有保种任务
• BIOS 里设 AC Power Loss = Power On（断电恢复后自动开机）

　　0.3 EQ12 两台装 fnOS

• U 盘安装飞牛 fnOS，约 30 分钟
• 固定 IP、设置自动登录
• 电源策略同上；BIOS 设来电自启
• 网口只插一个（前面提过，避免路由混乱）

阶段 1：NUC11 基座

　　1.1 Clash Verge

• 装好后设置混合端口 7890
• 关闭"系统代理"和 TUN 模式
• 只留 MoviePilot 一个使用者

　　1.2 CloudDrive2（核心服务）

• 官网下载 Windows 版核心服务安装包，自带 WinFSP 挂载驱动
• 登录 115 账号 → 挂载为 Z:\
• 开启开机自启 + 开机自动挂载 + 自动重连
• 版本保持 1.0.14 以上：这个版本修复了高负载下挂载卡死，限速曲线更平滑，不容易触发风控

　　1.3 建 API 令牌（关键，容易漏）

　　在 CD2 里新建一个 API 令牌给伴侣插件用。必须手动勾选两项：

• 「推送消息」
• 「获取挂载点」

　　漏勾的直接后果：媒体库不会自动更新，你会以为是插件坏了，排查半天。

　　1.4 规划 115 目录

/媒体库/电影
/媒体库/剧集
/媒体库/音乐
/文档备份

阶段 2：下载体系

　　2.1 EQ12 两台（相同步骤）

1. 应用中心安装 qBittorrent（或 Docker 版 qB Enhanced Edition）
2. 下载目录设在 1T 数据盘
3. 开启 SMB 共享下载目录，给 NUC11 只读 + 可删权限（MP 整理完要能删种）
4. 开启 IPv6 —— PT 上传的关键，很多人只开 IPv4，上传效率差一截
5. BT 监听端口统一 50000（IP 不同不冲突）
6. 保种盘留 15% 余量

　　2.2 NUC11 挂载 SMB 路径

　　这一步不做，MoviePilot 会卡在"整理失败"。

• 在 NUC11 上访问 \\192.168.1.12\Downloads 和 \\192.168.1.13\Downloads
• 输入 EQ12 的账号密码，勾选"记住我的凭据"
• 验证：Windows 凭据管理器里能看到这两条记录

关键点：MoviePilot 是作为服务/后台进程跑的，它用的账户必须能读到这两条凭据。如果整理一直失败，先查这里。

　　2.3 NUC11 装 qBittorrent Enhanced Edition（01 号）

• 下载路径 D:\Downloads
• BT 监听端口 50000
• 开启 IPv6；路由器放行 BT 端口
• WebUI 仅内网
• 1T 盘留 15% 余量

　　2.4 MoviePilot v3（Windows 版）

• 装官方 Wiki「周边项目」里收录的 developer-wlj/Windows-MoviePilot
• 媒体库目录 = Z:\媒体库；下载目录 = D:\Downloads + 两条 SMB 路径
• 转移方式选"复制" —— 本地副本留着继续保种，云端副本入库
• 添加 3 个 qB 下载器，在站点管理里给 8 个 PT 站分配下载器
• 8 个站用 CookieCloud 浏览器插件一键同步进 MP（比手动填 Cookie 省事太多）
• 代理填 http://127.0.0.1:7890
• 装"自动删种"插件做保种兜底

备注：Windows 版是社区项目。万一遇到兼容问题，备选方案是在 EQ12-1 的 fnOS 里跑 Docker 版 MP v3。

阶段 3：媒体链路

　　3.1 Emby Server（Windows 版）

• 版本 ≥ 4.8.0.80（伴侣插件官方在 4.9.5 上验证过，建议直接装 4.9.x 稳定版）
• 媒体库指向 Z:\媒体库\电影 和 Z:\媒体库\剧集
• 实时监控全部关闭（见决策 4）
• 元数据用 MP 预生成的本地 nfo + 海报
• 我是 Emby 会员，转码/硬件加速这些能力保留着当兜底；正常播放走直链不转码

　　3.2 CD2 官方伴侣插件

• 下载 CloudDrive.MediaServer-Emby 插件包
• 把 DLL 放进 Emby 插件目录（Emby 版不要放子文件夹），重启 Emby
• 插件里填 CD2 地址 127.0.0.1:19798 + 阶段 1.3 建的 API 令牌
• 验证三个能力是否生效：
  • 媒体库实时定向刷新（会员 Pro 功能）
  • 按播放行为预热（起播预读文件头尾，片尾预取下一集）
  • 免配置路径映射（需 CD2 App ≥ 1.0.14）

　　插件只做协同，不写入/删除/修改任何文件，可以放心用。

阶段 4：外网访问

　　4.1 节点小宝映射

　　只映射这两个：

• 3000 → MoviePilot
• 8097 → Emby（音流音乐源 + 网页管理）

　　qB 一律不映射，CD2 管理口平时也不开。

　　4.2 CD2 App

• 外网设备（手机 / TV / 电脑）装 CD2 App，登录同一个会员账号
• 优先走账号互联（官方自带的远程连接），不需要开端口
• 连不上时再临时映射 CD2 管理口 19798

　　4.3 验证

　　外网用 CD2 App 播一部 4K 原盘，观察：

• 秒开、拖动丝滑
• NUC11 的网卡出流量几乎为 0（证明播放数据没经过家里）

阶段 5：音乐与 AI 助理

　　5.1 音乐：Emby 音乐库 + 音流

　　选型的决定性条件是文件夹浏览。我的音乐是按文件夹整理好目录结构的，服务端和客户端都必须支持按文件夹浏览，否则辛苦整理的目录结构全废。

　　试过一圈之后，只有这个组合满足：

• Emby 的音乐库支持文件夹视图
• 音流 App 也支持按文件夹浏览

　　其他音乐服务器和 App 我都没找到支持文件夹的，所以直接定了这个组合，Navidrome 之类的替代方案不再考虑。

　　配置：

• Emby 里新建「音乐」媒体库，目录用 D:\Music（本地扫库快）或 Z:\媒体库\音乐
• 手机装「音流」App，添加 Emby 音乐源
  • 内网：192.168.1.11:8097
  • 外网：节点小宝映射的地址

　　音乐码率低，外网走隧道中转完全无压力。

　　5.2 WorkBuddy 常驻

• 工作目录固定 D:\WorkBuddy，产出统一放 D:\WorkBuddy\输出
• 开机自启，保持 24h 在线（约 1–2G 内存，NUC11 无压力）
• 用"自动化"做定时任务：每日影视库/下载战报、每周服务巡检（含三台下载器状态）

阶段 6：自启动收口

　　把所有服务交给 任务计划程序 托管：

　　CD2、Emby、qB、Clash Verge、MoviePilot、WorkBuddy、节点小宝

　　验收标准：断电重启后，全链路自动恢复——包括 Z:\ 挂载、Emby 库正常、三个下载器在线。这一条必须实测，别等到真断电才发现某个服务没起来。

六、避坑清单

　　按踩坑概率排序：

1. CD2 API 令牌漏勾「推送消息」「获取挂载点」 → 媒体库不自动更新
2. Emby 实时监控没关 → 整库递归扫描，115 风控
3. 多台机器同时登录 115 挂载 → 互踢、限速、封号风险
4. MoviePilot 读不到 SMB 共享 → 整理一直失败（凭据问题）
5. fnOS 双网口都插网线 → 路由优先级混乱
6. 没确认路由器 2.5G 口数量 → 口不够时部分机器只能跑千兆，跨机传输腰斩
7. Windows 自动更新没关 → 半夜重启，保种全断
8. CD2 版本太旧 → 高负载挂载卡死
9. Emby 版本低于 4.8.0.80 → 伴侣插件不兼容
10. 保种盘写满 → qB 报错、任务失败
11. PT 流量走了代理 → 断种 / 封号
12. 只开 IPv4 不开 IPv6 → PT 上传效率差一截

七、成本与功耗

　　软件成本：0 元新增。CD2 永久会员、节点小宝会员、115 会员、Emby 会员都是已有的；fnOS 免费；MoviePilot / qB / 音流开源免费。

　　硬件成本：0 元 —— 路由器自带 2.5G 口，不用买交换机。

八、验收清单

　　全部打勾才算完工：

• 外网 CD2 App 播放 4K 原盘秒开、拖动丝滑，且 NUC11 出流量几乎为 0
• 外网音乐播放正常（音流 → Emby 音乐库，经节点小宝），且文件夹视图正常
• 三台下载器在 MP 中均在线可调度，站点分流生效，各自下载到本机并保种
• 完整链路走通：订阅 → 分发到指定下载器 → 跨机整理 → 入 115 → Emby 自动刷新（无需手动扫描）
• 内网跨机传输实测 ≥ 250MB/s
• PT 保种正常；MP 刮削走 Clash 正常（TMDB 可达）
• WorkBuddy 24h 在线，定时自动化产出文档并同步到 fnOS
• 断电重启后全链路自恢复

九、以后可以加什么

　　这套架构的扩展性还不错，几个方向：

• 多盘位扩展：媒体库在云端，本地只放下载，所以完全不急着加硬盘
• MoviePilot 插件：刷流、站点签到、自动订阅，按需开
• 第二台 CD2 挂载点：如果以后 115 风控放宽，可以考虑给 EQ12-1 也挂上，让备份链路更短
• Emby 转码兜底：遇到非要转码的客户端时，会员的硬件加速正好派上用场

十、一句话总结

　　整套方案的核心其实只有一个想法：让每一类流量走它最该走的路。

• 播放流量 → 走 115 CDN 直连，不碰家宽上行
• 下载流量 → 走三台机器分摊，低功耗机器干长活
• 刮削流量 → 走代理
• 备份流量 → 走内网 2.5G

　　想清楚这一点，剩下的都是配置细节。