套件生态精讲: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)都能提交任务。日常用法:

  1. 套件中心安装,首次设置下载目录(指向 media/downloads 之类的文件夹);
  2. 网页版直接粘贴磁力链或 BT 种子,App 端同样可提交;
  3. 设置里可配 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 原创整理,关键参数以官方文档为准。