这周 NAS 圈为“听歌”吵得有点热闹。
10 月 12 日，B站“蔡叔的房车NAS露影记”发了一条给飞牛音乐接网易云的视频，播放量不算高，评论区却吵翻了：高赞评论直接开怼“那我为什么不直接听网易云呢？”，马上有人回“还是有一点好处防止下架的，前提是保存”。当天评论区就有人贴出了插件的 GitHub 项目地址（gzywd/fnos_music_ext）和安装包，十几条留言俨然变成了下载交流现场。哔哩哔哩
几乎同一时间，开源播放器 NASMusicTV 的介绍视频一周内被三位 UP 主接力发布——10 月 6 日“青临同学”那条拿下 1.49 万播放、303 赞、462 收藏，主打“把家里的电视变成 KTV”，NAS 曲库、网盘音乐、网络音源、电视端 K 歌全包；后续两条搬运视频的评论区里，满是“Apple TV 能用吗”“K歌是网络的还是本地的”的追问。哔哩哔哩
为什么偏偏是这个节点，大家扎堆把 NAS 变成音乐播放器？分水岭事件在 9 月 16 日：飞牛官方发布独立音乐 App，安卓、iOS、鸿蒙三端同步上线。这意味着国产 NAS 用户的影视、相册早就有了专门入口，音乐这块拼图也终于补齐了。知乎
但先别急着装。这篇文章帮你理清三件事：你到底需不需要、三条路线怎么选、远程播放和会员依赖这两笔账怎么算。
先泼冷水：这些人不用上车
视频评论区的质疑，其实代表了一大部分人的真实情况：如果你的听歌需求靠流媒体会员就能满足，那这套折腾确实是“脱裤子放屁”——接网易云插件那条视频下就有原话：“这不是脱裤子放屁么，无线套娃，还要搞个VIP”。哔哩哔哩
这套路线成立的前提，是你正在被三件事之一折磨：
第一，下载的歌被锁了。小红书有位用户发了篇“飞牛音乐让我实现听歌自由了”：她花钱开了音乐平台会员、把歌下载到本地，结果会员一过期，下载的文件居然放不出来了，“一气之下，搞起技术研究来”。会员下载的文件是加密格式，会员一停就是本地废料——这是最经典的触发点。小红书
第二，歌单变灰。版权到期、专辑下架，收藏的歌说没就没，而且不是一次性的，是反复发生。接网易云插件那条视频下“防止下架”的回复能引起共鸣，就是因为很多人的心态已经从“在线听”变成了“先存一份在自己手里”。
第三，音质和曲库完整度。知乎一篇 Navidrome 部署教程里写得很直白：订阅 Apple Music / Spotify 几年后，很多人会发现“流媒体平台要么不收你的小众专辑，要么偷偷把音轨换成低码率 AAC”，而本地攒的 FLAC 无损文件越堆越多，每次想听还得连数据线或者开 SMB 共享。知乎
三条都不沾的，这篇当生态观察看看就好；中了一条以上的，往下看。
圈里共识：先定服务端，再看协议，最后选客户端
小红书用户“良哥看未来”8 月发过一张“四大媒体生态路线图”（50 赞、45 收藏），把影视、漫画、有声书、音乐四条媒体库路线整理成图，音乐部分的方法论值得所有人抄作业：
“先定服务端 → 再看协议 → 最后选客户端。不要反过来装一堆 App 再研究它们能干什么。”小红书
放到今天的 NAS 音乐生态里，服务端其实就三条路线。
路线一：飞牛音乐官方——省心党主线
飞牛音乐 App 是当下“零门槛”选项。按发布信息：它把 NAS 本地、网盘、远程设备三处的音乐聚合进一个曲库，自动刮削歌曲信息、匹配封面和 LRC 歌词，按专辑/歌手/风格归类；支持 aac、aiff、ape、flac、wav、dsf、dff、dts 等二十余种音频格式，一路覆盖到 DSD、DTS 这类 Hi-Res 音源；App 端有 CarPlay、自动缓存、歌曲离线到本地、按网络自动切音质，登录走 NAS 地址、域名或 FN ID，远程播放是官方自带能力。知乎
对已经在用飞牛的人来说，部署成本约等于零：应用中心里给“音乐”应用添加存歌文件夹，系统自动扫描入库。
而本周爆火的接网易云插件（仓库名 fnos_music_ext，项目现叫 fnmusic-ext），是这条路线的“扩展玩法”。按项目 README 的说法，它是无侵入式扩展，不修改官方程序和数据库，装 .fpk 包后飞牛桌面会多一个管理图标，扫码登录、改配置、看日志都在网页里完成，不用 SSH；v2.0 之后砍掉了免登录解析音源，只保留网易云一条，且只使用你扫码登录的那个私人账号的权益；在线听歌时后台“边播边存”自动缓存到本地，再次播放直接走本地，登录态失效还有 PushPlus 推送提醒。听起来很美好，但三盆冷水必须先泼：GitHub
它不省会员费。README 写得很明白：VIP、无损、已购付费专辑的直链，全部来自你自己账号的权益。评论区反复有人问“没有vip咋办”——答案是没 VIP 就自动降级成只播免费曲目。插件解决的是“统一入口”和“边播边存防下架”，不是免费听歌。
稳定性有风险。评论区已有翻车实录：“不太稳定吧，装了之后飞牛音乐打不开了”。第三方插件和官方应用打架的后果自负，主力 NAS 上装之前先想清楚，至少别在存着重要数据的机器上随手试。哔哩哔哩
这是灰色地带。用第三方接口调用流媒体平台资源，平台条款并不欢迎，账号有风控风险；“防下架”的前提也是把文件保存到本地，涉及版权边界，尺度自己把握。
路线二：Navidrome 开源——折腾党的保险单
不想把曲库绑死在任何一家厂商手里，社区的标准答案是 Navidrome：Go 写的开源音乐服务器，GitHub Star 2.1 万+。10 月 9 日知乎那篇介绍文章把它的口碑点总结得挺全：几万首歌丢进去扫描播放不卡、几百 MB 内存就能跑（树莓派都行）、MP3/FLAC/AAC/OGG 通吃不转码、合辑和多碟专辑能正确归类、多用户内置，带宽不够时还能实时转码成 Opus 降码率。知乎
它实现的 Subsonic API，最大的价值是客户端生态成熟：Navidrome 官网的客户端目录里躺着 28 个应用，官方推荐 Symfonium、play:Sub、Substreamer，海外还有 Agin Music 这类专做 Navidrome 的客户端，国内社区常提的则是音流、归流、DS One、流云音乐、箭头音乐、Narjo、Echobox。光最近一个月，你就能在小红书刷到 DS One 发布 Windows 版、NPMusic 适配 iPhone Duo、iNAS Player 大版本重做音乐页（顺手修了“弱网下音乐反复中断”）——独立客户端军备竞赛，是这个生态独有的热闹。Navidrome官网知乎小红书
两个实操细节值得抄：
音乐目录用只读（:ro）方式挂载。这样无论出什么 bug，Navidrome 都不可能误删你的音乐文件，知乎教程称之为“最重要的安全实践”。知乎
开源路线是保险心态。知乎“飞牛os会倒闭吗”问题下有条回答很典型：真倒闭了，无非 fnconnect 和官方应用没了，“影视可以用 jellyfin，音乐可以用 navidrome，相册可以用 immich，同步可以用 syncthing”——服务端全开源，就永远不怕被厂商绑架。知乎
路线三：客厅大屏与 K 歌——NASMusicTV 的野蛮生长
第三条路线对准的不是手机，而是客厅电视。NASMusicTV（GitHub 项目 hxzhang2000/NASMusicTV，113 Star）这波爆火，本质是补了个空白：按项目说明，它是 TV/手机/平板通用的开源安卓播放器，NAS 端聚合 Jellyfin、Navidrome、Subsonic、道理鱼、飞牛五种后端，音源端接网络音乐、百度网盘、本地文件和 Jamendo CC 曲库，再配上逐字卡拉OK歌词、K 歌伴奏和 MTV——等于家庭版 KTV。安卓手机 + 安卓电视/盒子的组合，它确实是当下最完整的选择。GitHub
但两个提醒放在前面：
平台覆盖有限。它只有安卓端，评论区第一个问题“Apple TV 可以用吗”暂时没有肯定答案，苹果全家桶用户还是走音流、iNAS Player 这类路线。
下载渠道要自己甄别。视频简介和评论区挂的多是网盘链接而非源码仓库直链。一周内三位 UP 主接力发布同一款软件，真分享和搬运蹭流量各占几成不好说——装进电视前，先去 GitHub 仓库确认项目真实性和更新状态（顺带留意：它的百度网盘接入受 2026 年开放平台沙盒策略限制，只能读 /apps/NASMusicTV 目录），别拿着来路不明的网盘 APK 就装。GitHub
装之前，把三笔账算清
选完路线只算完成一半，另一半在三笔很多人装完才撞上的账。
第一笔：远程播放账。最常见的翻车不是服务端装不起来，而是“家里 WiFi 能放，出门用流量就打不开”。知乎“归流”教程作者专门写过一篇解决方案：iOS 默认只允许 HTTPS 出口，直连内网 HTTP 地址大概率被系统拒绝，得靠 IPv6 直连或内网穿透/中转。B站“LRY如烟”实测了一条飞牛路线：Docker Compose 单容器跑 Navidrome（端口 3477），再在飞牛应用中心装 PassNAT 插件创建隧道，出门手机开公网地址就能听。飞牛音乐官方 App 自带远程播放，这笔账它替你算好了；Navidrome 路线就得自己铺路。知乎哔哩哔哩
另外音乐场景有个额外变量：上行带宽。一张 CD 规格的 FLAC 码率约 1.4Mbps，家宽上行 30Mbps 同时开好几路都从容；上行只有几兆的，优先用 Navidrome 的实时转码降码率——这正是它比“裸 SMB 共享”强的地方。
第二笔：会员与版权均衡账。前面说过，接网易云插件不省 VIP，灰色接口有风控风险。更稳的心态是：把 NAS 音乐库当“自己拥有歌曲的最后一份副本”，而不是“流媒体的免费替代”。前者成立，后者迟早让你失望。
第三笔：整理成本账。一千首以内，扔进去就听，不用想太多。上万首的库，你会面对元数据混乱、重复歌曲、艺术家名字五花八门——小红书就有人为此从 Navidrome 换到主打曲库管理的 Primuse（那篇帖子“网友推荐”的口吻颇有软广嫌疑，别全信），更常见的做法是用 Music-tag 这类工具批量补歌词封面，靠 Navidrome 的自动刮削兜底。这笔账没有捷径：服务端半天能装好，曲库是长期工程。小红书
按人群直接对号入座
已在用飞牛、不想折腾：飞牛音乐官方 App，半小时完事，远程播放自带。接网易云插件谨慎试，建议先在非主力环境。
不想被绑定，或用的是群晖/威联通/自组机：Navidrome + 音流/归流/DS One/箭头音乐（按手机平台选），记得只读挂载，远程走 IPv6 或穿透。
主要想在客厅大屏听歌、K 歌：安卓电视/盒子用户试 NASMusicTV，先确认下载源；Apple TV 用户走 iNAS Player 或音流。
只想把散在多个网盘的歌聚起来听：官方“聚合唱盘”目前飞牛音乐做得最顺；非飞牛用户可以关注支持 AList 的聚合播放器。
最后给三个继续观察的信号：一是飞牛音乐 App 的更新节奏——从官方月度更新日志看，9 月上线后迭代不慢，评论区吐槽的“小米手机不能设为默认播放器”“缺桌面端”大概率会在后续版本补齐；二是 fnos_music_ext 这类第三方插件仓库的 Star 和 issue 活跃度，灰色玩法能不能持续，这是最直观的证据；三是独立客户端的收费化动向——Navid Music 的 0.6.4 版本已经把歌词模糊、自定义封面这些新功能标成了 Pro，开源生态的免费蜜月期不一定一直在。小红书
你是官方 App 党、Navidrome 党，还是觉得流媒体就够用？用的哪个客户端、踩过什么坑，评论区聊聊——这场“把曲库搬回家”的军备竞赛，才刚开始第一轮。
