DLNA 在 2026 还够用吗：把 DLNA 设备当片源接进来

更新于 2026 年 8 月 31 日 · 本文只讲一件事：把 DLNA / UPnP 设备上的片子接进来播

DLNA / UPnP 到底是什么

简单说：一套建立在 UPnP 之上的家庭媒体共享约定。服务端把一批媒体文件组织成一棵可以逐层浏览的目录树，客户端在局域网里发现它、拉取列表、拿到每个条目的直链去播放。它诞生在 2000 年代中后期，那几年几乎所有 NAS、路由器、电视和播放机都带这个功能。

本文讲的是这套协议里「浏览 + 取流」这一半：把 DLNA 服务器当作片源接进播放器，片子在哪台设备上就从哪台设备取流，跟 SMB、NFS、WebDAV 在应用里是同一个位置的东西。

理解它的年代很重要，因为它解释了后面所有的局限：DLNA 的设计早于「刮削出海报墙」这件事。它给客户端的信息是为「在电视上逐层翻文件夹」设计的，够用就好，不追求完整。

哪些设备现在还在提供 DLNA

• 老 NAS：群晖、威联通这一代设备大多带媒体服务组件，很多人装完就一直开着，自己都忘了。不同品牌、不同固件版本的菜单名不一样，一般在「媒体服务」「多媒体」这类分类下。
• 路由器的 USB 媒体服务：插一块移动硬盘到路由器 USB 口，路由器固件里那个「媒体服务器」「多媒体共享」开关就是它。这是最常见的「家里已经有一台 DLNA 服务器却不知道」的情形。
• 部分电视盒子与机顶盒：一些带存储的盒子会把本地媒体共享出来。
• PC 上的媒体软件：一些桌面媒体管理软件带 DLNA 服务端功能。

判断办法：在那台设备的设置里找 DLNA、UPnP AV、媒体服务器、Media Server 这类词，开启之后同一网段就能被发现。

怎么接进来

路径：「文件」页右上角 ＋ 添加源 → 第一级选局域网与 NAS → 第二级在类型胶囊里选 DLNA。

优先用扫描，不要手输。这一类的顶栏有一颗扫描局域网按钮，同网段内在跑的 DLNA 服务会列在「发现的设备（点击填充）」下面，点一条地址就填好了。手输的话，要填的是设备描述文档地址，形如 http://192.168.1.5:8200/description.xml——具体端口和文件名由服务端决定，通常能在那台设备的媒体服务设置页里看到。DLNA 这一类没有「起始目录」栏。填完点测试并保存。

在智慧屏上尤其要走扫描这条路，因为智慧屏没有触摸屏，那串地址得用遥控器在软键盘上一个字符一个字符点。大屏侧的完整流程见智慧屏怎么看 NAS 和网盘里的电影。

加完源之后还有一步：加源不会自动扫描。要点进这个源，浏览到放片子的目录，再点顶栏的纳入媒体库，按目录粒度收录。

三个真实的局限（这一节请务必看完）

一、条目名不带扩展名

DLNA 返回的条目名是标题字段（dc:title），不含扩展名。阿凡达.2009.2160p.mkv 到了客户端手里可能就叫「阿凡达.2009.2160p」，甚至只叫「阿凡达」。

后果是：任何靠扩展名做判断的逻辑，在 DLNA 源上全部失效。我们踩过一次很典型的：蓝光原盘目录的识别是靠「这里面有没有 .m2ts 文件」来判断是不是碟根的，而在 DLNA 上一个都筛不出来，于是判定「这不是碟根」，扫描照常往目录里钻，最后捞出一堆叫 00024、00025 的条目，片名还取自它们上面那层容器目录名——真机上一次扫出了二十几条同名的假条目。

这类问题在应用侧已经兜住了（判扩展名的地方一律能回退到直链地址），但它说明了一件事：DLNA 源提供的信息本身就比文件协议少一截，任何依赖文件名细节的功能在这类源上都更吃力。

二、旧条目不会被自动清理

DLNA 源的「路径」不是层级文件路径（Emby、Plex 这类媒体服务器源也一样），所以扫描时不做「库里有、源上已经没有」的条目清理——这是设计取舍，不是遗漏：在拿不到稳定层级路径的源上，误判「这个文件没了」的代价是把用户的条目连同观看进度一起删掉。

实际影响：你在服务端那头改了目录结构、重命名了文件，再回来重新扫描，库里是新旧混在一起的——新结果覆盖同路径的行，上一轮留下、这一轮不再产生的条目原样留着。

处理办法：整理过目录之后，先把该源整个删掉再重加（「文件」页长按源 → 「删除此源（含已入库条目）」），比手动挑干净快得多。注意删源会连带删掉该源名下的观看进度。

三、片名线索少，刮削更吃亏

刮削是靠两层判断的：目录结构决定哪些文件该入库、谁是正片；文件名决定它叫什么、第几季第几集。DLNA 在这两层上都比 SMB 少给一点信息——没有扩展名（上面第一条）、路径里没有可用的名字。

所以在 DLNA 源上有一条特别重要：你点「纳入媒体库」时选中的那个目录，它的名字往往就是作品名。对这类源来说，那个目录名可能是片名的唯一来源。把 龙之家族/ 这样一个干净的目录选进来，和把一个叫 video 的根目录整个选进来，刮削结果差别巨大。命名与目录整理的完整规则见电影刮削完全指南。

什么时候该换成 SMB / NFS

横向对一下这三类源在库管理上的差别：

结论很直接：DLNA 适合「那台设备我不想动」的场景——一台跑了多年的老 NAS、一个插在路由器上的移动硬盘、家里某台还开着媒体服务的盒子。想省事、想立刻看到东西，接进来就完了。

但只要那台设备能开 SMB 或 NFS，就该换过去：条目名完整、路径有名字、旧条目会清理，刮削出来的海报墙准确率也高一截。NAS 侧怎么开共享见群晖 NAS 观影那篇（其他品牌不同固件版本的菜单名可能不同，但位置大同小异）。

顺带一句：这里支持的网络源一共 14 种——文件协议 SMB 1/2/3、WebDAV、NFS、FTP / FTPS / FTPES、SFTP、DLNA / UPnP；媒体服务器 Emby、Jellyfin、Plex；网盘 AList / OpenList、夸克、UC、天翼、移动云盘。DLNA 只是其中门槛最低的那个入口，不必把它当成唯一选项。

常见问题

扫描局域网扫不到我的 DLNA 设备

按这个顺序查：设备和电视/手机是不是同一网段（很多路由器的访客网络和 IoT 频段是互相隔离的）；那台设备上的媒体服务开没开；硬盘是不是在休眠（先在别的设备上唤醒它）。都正常还是扫不到的话，改用手填设备描述文档地址。

DLNA 源上的片子能刮出海报吗？

能。刮削走的是「解析出片名与年份 → 查影视数据库」这条路，跟源的类型无关。只是解析这一步在 DLNA 上线索少，所以更依赖你选中的目录名清不清楚。前提是先在「设置 → 元数据与刮削」里配好数据源，没配的话扫描只按文件名入库，没有海报和简介。

蓝光原盘目录放在 DLNA 上能播吗？

原盘播放本身没问题（BDMV、VIDEO_TS、ISO 都直接认出主影片），但上面第一条那个坑说明在 DLNA 源上碟根不一定能被正确认出来。存原盘建议放在 SMB / NFS 上，识别更稳。详见原盘与 ISO 播放那篇。

DLNA 和 Emby / Jellyfin / Plex 有什么区别？

差一整个数量级。DLNA 只负责「把目录树报出来、给一个能播的地址」；Emby 这类媒体服务器自己维护元数据、海报、观看状态。对应的差别是：接 Emby / Jellyfin / Plex 时，重新刮削会整体跳过这些源，因为元数据归服务端管。想比较的话见鸿蒙有 Emby 客户端吗。

DLNA 播 4K 原盘吃得消吗？

能不能流畅取决于三件事：网络带宽（4K Remux 常见 80 Mbps 以上）、片源编码能否被设备硬解、源自身的读取速度。直连不做转码，所以那台老 NAS 的 CPU 通常不是瓶颈——瓶颈基本在链路上。老路由器带的 USB 存储读取速度可能偏低，这是这类场景比较现实的一个限制。

需要在 DLNA 服务端做什么设置吗？

通常不用，把媒体服务打开、把片子所在目录纳入它的共享范围就够了。如果服务端有「共享目录」「媒体库路径」这类设置，确认你要看的目录在里面。各家固件的菜单名不同，这里不给具体路径。