1.1 最初的笨拙解决方案#

最开始我用的是最原始的方法：把自己收集的有声书和音乐文件下载到手机本地，用自带的播放器播放。但很快就遇到了两个致命问题：

• 存储爆炸：一部长篇有声书动辄几十GB，无损音乐也占用大量空间，我的手机存储空间很快就告急了
• 多端同步噩梦：上班路上用手机听，回家想用平板继续听，进度完全无法同步，每次都要手动找位置

1.2 发现Docker：打开自托管的大门#

就在我为此烦恼的时候，我了解到了Docker这个神器。通过搜索，我发现了两个完美解决我需求的开源项目：

• AudiobookShelf：专门为有声书设计的自托管服务，支持章节识别、播放进度多端同步、多用户管理
• Navidrome：轻量的自托管音乐服务器，支持几乎所有音频格式，同样完美支持多端同步

这两个服务都只需要把音频文件放到指定文件夹，就能自动扫描并生成媒体库，完全免费且没有任何广告。那一刻我意识到：我需要一个24小时运行的设备来跑这些Docker服务——也就是NAS。

2.1 转折点：天翼云盘+斐讯N1#

朋友告诉我，天翼云盘经常有优惠活动，可以用比较实惠的价格买到大容量空间。而且通过AList可以把天翼云盘挂载到本地，就像使用本地硬盘一样。

这个思路一下子打开了我的新世界：既然存储可以用云盘解决，那我只需要一个性能足够跑Docker服务的低功耗设备就行了。

经过一番调研，我最终选择了斐讯N1机顶盒：

• 硬件配置：Amlogic S905D四核ARM Cortex-A53处理器，2GB内存+8GB eMMC存储
• 价格：二手市场只要50-80元
• 优势：功耗极低（只有几瓦），性能足够跑轻量Docker服务，社区支持非常完善，有大量现成的固件和教程

虽然N1的8GB eMMC存储很小，但配合AList挂载天翼云盘，完全可以把所有媒体文件都存在云盘上，本地只需要存储Docker镜像和配置文件。

2.2 最终方案的成本核算#

3.1 基础设施层#

这是所有服务运行的基础，也是整个方案最关键的部分。

3.2 媒体中心层#

这是我最初搭建NAS的核心目的，也是使用频率最高的服务。

3.3 效率工具层#

在解决了媒体需求后，我又陆续部署了几个提升效率的工具类服务。

4.1 有声书客户端#

• 官方客户端：功能最完整，但界面比较简陋，操作不够流畅
• Lissen：我目前在用的安卓客户端，界面美观，操作流畅，完美支持AudiobookShelf的所有功能
• 希声：iOS平台口碑很好的有声书客户端，界面设计非常出色，但目前不支持安卓，部分高级功能需要付费

4.2 音乐客户端#

• 音流：我认为是Navidrome最好的第三方客户端，支持安卓和iOS，界面简洁美观，支持歌词显示、离线下载、均衡器等功能，同步速度快，播放流畅

4.3 其他客户端#

• Memos：使用官方客户端，简单好用
• Vaultwarden：使用Bitwarden浏览器插件

5.1 性能表现#

很多人担心N1的2GB内存不够用，但实际使用下来完全超出我的预期。部署完上述所有5个服务后，内存占用还不到50% ，CPU使用率也一直维持在较低水平，完全能够流畅运行。这也充分说明了这些开源服务的轻量特性。

5.2 这个方案的优势#

1. 极致性价比：总花费不到370元，就能拥有一个功能完整的个人云
2. 低功耗：N1的功耗只有几瓦，一年电费不到10元
3. 数据安全：所有敏感数据（密码、笔记）都存在本地，媒体文件存在天翼云盘，双重保障
4. 高度可定制：可以根据自己的需求随时添加或删除服务
5. 无广告、无订阅：所有服务都是开源免费的，没有任何广告和强制付费内容

5.3 目前存在的问题#

1. N1性能上限：只能跑轻量的Docker服务，无法运行Nextcloud、Jellyfin等比较重的服务
2. 云盘挂载的稳定性：偶尔会出现云盘挂载断开的情况，需要手动重新挂载
3. 外网访问速度：受限于家庭宽带的上传速度，在外网访问大文件时速度比较慢
4. 云盘服务依赖：媒体文件存储在天翼云盘，一定程度上还是依赖云服务商的服务稳定性

5.4 安全小贴士#

自托管服务的安全非常重要，这里分享几个我认为最基础也最有效的安全措施：

• 开启系统自带防火墙：只开放必要的端口，阻断所有不必要的网络访问
• 使用反向代理：所有服务都通过反向代理对外暴露，不要直接将服务端口映射到公网
• 配置域名白名单：只允许通过自己的域名访问服务，阻断通过IP或其他域名的访问请求
• 开启两步验证：所有重要服务（尤其是Vaultwarden）都要开启两步验证