套件生态精讲:Video Station 影音、Download Station、Docker 套件
DSM 的套件中心是群晖体验的核心。这一篇挑三个最有代表性的方向精讲:影音(以及 Video Station 的现状)、下载(Download Station)、Docker(Container Manager)。讲完你会对「哪些需求官方套件够用、哪些必须转向 Docker」有清晰的判断。
Video Station 的现状:先泼一盆冷水
Video Station 曾是群晖内置影音方案的招牌:海报墙、剧集归档、转码串流,装上就能用。但在 DSM 7.2.2 中,群晖正式移除了 Video Station(官方发行注记明确说明该套件在 7.2.2 上不可用,并给出了流媒体替代方案的文章)。理由外界有诸多分析,但事实就是:升级 DSM 7.2.2 及以上,Video Station 没了。
官方给出的替代路径包括:用 File Station 直接点播(走 SMB/浏览器方式)、使用 Media Server(DLNA 方向)等;社区的替代方案则以 Plex、Emby、Jellyfin 三家媒体服务器为主——三者都可通过套件或 Docker 安装。本书影音方案的重心放在开源的 Jellyfin(详见专篇),这里先给一个三选一速览:
| 方案 | 安装方式 | 特点 | 适合 |
|---|---|---|---|
| Plex | 套件/Docker | 商业软件,客户端体验好,部分功能需订阅 | 愿意付费换省心 |
| Emby | 套件/Docker | 商业软件,功能全 | 折中用户 |
| Jellyfin | Docker 为主 | 完全开源免费,功能全靠社区 | 极客与省钱党 |
网上流传的第三方套件源强行安装 Video Station 的做法,本书不推荐:来源不可控、与新版 DSM 兼容性差,还引入安全风险。
Media Server:官方的轻量替代
如果你的需求朴素——电视盒子能 DLNA 播放 NAS 里的片源——官方的 Media Server 套件就够了:装上后自动索引指定目录的多媒体文件,局域网内 DLNA/UPnP 设备可直接浏览播放,几乎零配置。它没有海报墙,没有进度记忆,是「能看」而不是「好看」的方案,适合电视等固定设备的补充通路。
Download Station:够用的下载机
Download Station 是群晖的下载套件,支持 BT、HTTP、FTP、eMule 等协议,网页和手机 App(DS get)都能提交任务。日常用法:
- 套件中心安装,首次设置下载目录(指向
media/downloads之类的文件夹); - 网页版直接粘贴磁力链或 BT 种子,App 端同样可提交;
- 设置里可配 RSS 订阅,实现追更自动下载。
两点提醒:一是上传限速建议设一个上限,不然 BT 做种会把家宽上行占满,家人视频会议全卡;二是下载完自动移动需要手动整理或借助脚本,Download Station 本身的媒体库管理能力有限。对下载有更高要求(分类、自动改名、接通知推送)的用户,社区标准方案是 qBittorrent(Docker 部署,详见下载机专篇)。下载内容注意版权合规,仅用于有授权的资源。
Container Manager:通往无限玩法的门
DSM 7.2 起,原来的 Docker 套件更名为 Container Manager,功能上补齐了最关键的 Compose(项目)编排。它让 NAS 从「套件平台」升级为「通用容器平台」,本书后半本的 Jellyfin、Immich、qBittorrent 都跑在这里。
网页端操作路径:Container Manager → 注册表 搜索镜像 → 下载映像 → 用向导或 Compose 创建容器。对于多容器服务,推荐直接用「项目」功能粘贴 compose 文件,比一个个容器手配可维护得多。一个最简单的示例(在 Container Manager 的「项目」中新建并粘贴):
services:
hello-nas:
image: nginx:alpine
ports:
- "8080:80"
restart: unless-stopped
创建后浏览器访问 http://NAS的内网IP:8080 看到 nginx 欢迎页,说明容器体系已通。restart: unless-stopped 让容器随 NAS 开机自启,这是所有长期服务的标配字段。
Docker 的完整入门(镜像、卷、网络、compose 语法)见本书 Docker 入门篇,此处只需建立认知:官方套件解决标准需求,Docker 承载一切进阶玩法。
三类需求的选择地图
| 需求 | 官方套件方案 | 进阶方案 |
|---|---|---|
| 看片(海报墙) | Media Server(简陋) | Jellyfin/Plex/Emby |
| 下载 | Download Station | qBittorrent + 分类规则 |
| 应用部署 | 套件中心 | Container Manager + compose |
套件管理的好习惯
套件越用越多之后,管理本身需要纪律:
- 安装前看权限申请:DSM 安装套件时会列出所需权限,一个相册套件申请「完全访问所有文件」就值得多想一秒;
- 关注套件更新:套件中心顶部的「更新」页签定期查看,安全类更新优先装;
- 不用的就卸载:卸载套件时 DSM 会询问是否保留数据,想保留的先导出再卸,避免留下占空间的孤儿数据;
- 第三方来源单独审视:套件中心 → 设置 → 套件来源,只保留你确实信任的源,并定期清理不再维护的。
其他值得一试的官方套件
除了影音与下载,官方套件里还有几个家庭实用项,按需取用:
| 套件 | 用途 | 一句话点评 |
|---|---|---|
| Synology Office | 在线文档/表格协作 | 家里共同记账、清单够用 |
| Note Station | 笔记 | 轻量需求可替代云笔记 |
| Surveillance Station | 摄像头监控 | 支持众多品牌摄像头,家用 NVR 方案 |
| DNS Server | 自建内网 DNS | 进阶玩家给全屋做域名解析 |
| Log Center | 日志集中 | 排障与安全审计的助手 |
| Drive Admin Console | 管理 Drive 同步 | 配合 Drive Server 使用 |
Surveillance Station 值得多说一句:它对家用摄像头的兼容性列表在官网可查,接上后可以做移动侦测录像、时间线回放,是「NAS 当 NVR」的成熟方案。摄像头接入家庭网络的访问控制(VLAN 隔离)记得与第三章的防火墙设计联动。
官方与 Docker 的边界感
最后给一个判断框架,避免「套件党和 Docker 党」的无谓站队:
- 官方套件优先:有官方套件且功能满足(Photos、Drive、Hyper Backup),用官方——升级、备份、权限都和 DSM 无缝;
- Docker 补位:官方没有(Immich、qBittorrent)或官方已退场(Video Station 之后的影音库),用 Docker;
- 警惕重复部署:同一个需求既装套件又跑容器(两个相册、两个下载器),索引冲突、端口打架、备份数据分散三连击迟早到来。
套件中心的「试用」心态是健康的:装一个试试,不好用就卸。但「生产」角色只能有一个,家庭服务的一致性比功能丰富更重要。
新手常见误区
- 「升级 DSM 前不看发行注记。」 Video Station 之变就是教训:群晖的更新可能移除套件,重要升级前读一遍官方 Release Notes,并确认备份完好。
- 「第三方套件源来者不拒。」 社区源填补了官方空缺,但恶意或疏于维护的源同样存在,只加口碑好、维护活跃的源。
- 「容器端口随便映射。」 容器端口撞上 DSM 自身端口(5000/5001 等)会导致服务起不来,规划一个段(如 8100 起步)专用于容器。
- 「Download Station 下载目录直接当影音库。」 下载中文件会被播放器误索引,下载与媒体库目录分离、下载完再归档,是避免海报墙出现碎片文件的关键习惯。
套件篇讲完,下一篇进入远程访问:QuickConnect 与 DDNS 的取舍。
本章由 WorkBuddy 原创整理,关键参数以官方文档为准。
