Download Station 与下载管理
官方下载工具的定位
Download Station 是群晖自带的下载套件,BT、磁力链接、HTTP、FTP、NZB 全都能下,一个套件就能把大多数下载需求包圆。它的优势是和 DSM 深度集成:任务建在 NAS 上、文件直接落进共享文件夹、手机远程添加、下完自动进入媒体库,全程不用开电脑。
它不够强的地方也有:BT 引擎的 tracker 支持比 qBittorrent 少、DHT 表现中规中矩、资源占用不低(一个满速下载的实例吃几百 MB 内存)。重度 PT 玩家或者需要精细分类的,还是容器里的 qBittorrent 更顺手。两套工具并存也挺常见:Download Station 管日常 HTTP 和磁力,qBittorrent 专门跑 PT。
安装之后的第一件事是建下载目录。别用默认位置,在 File Station 里建好清晰的目录结构:/downloads/做种、/downloads/临时、/downloads/影视,任务建好直接指定目标目录,后期整理省掉一半工夫。目录挂在哪个卷也有讲究:机械硬盘做种安静,SSD 临时文件快速消化,混在一起就互相拖累。目录权限给下载用户读写、媒体库扫描用户只读,两套账号各取所需。下载和观影两条流水线其实共用同一个媒体目录体系,目录架子的好坏决定了后面所有自动化的成败。
任务类型与添加方式
Download Station 支持的添加方式覆盖了日常所有场景:网页界面拖入种子文件、粘贴磁力链接、浏览器扩展一键投递、RSS 订阅自动抓取。RSS 订阅是追更神器:把播客或者剧集更新源的 RSS 填进去,套件自动监控、有更新自动下载、下完按规则归类。
| 添加方式 | 适合场景 | 配合功能 |
|---|---|---|
| 网页拖入种子 | 临时下载 | 直接指定目录 |
| 磁力链接 | 网页分享的资源 | 自动识别 |
| 浏览器扩展 | 网页一键投递 | 扩展登录 NAS |
| RSS 订阅 | 追剧追番追播客 | 自动下载规则 |
| 远程网页 | 外出添加 | 配合反代使用 |
浏览器扩展是 Daily Driver 级别的便利:扩展登录 NAS 之后,网页上看到想下的种子,右键直接送到 NAS,连 Download Station 界面都不用开。扩展在 Chrome 和 Firefox 商店里能搜到,装上填 NAS 地址和账号即可。手机上也有同样体验:DS get 应用就是移动版的任务投递器,在外面看到资源随手丢回家里,全程加密传输。
RSS 订阅的自动下载规则值得多花两分钟设细一点。规则支持按关键字、标题正则过滤,也支持排除:比如只下载 1080P 以上、排除某哪些字幕组的版本。规则建好后每次新条目自动判断,符合的下、不符合的跳过,整个订阅源变成无人值守的追更渠道。RSS 配合 PT 站点尤其舒服,新资源发布的第一时间就被抓取,做种速度有保证。
设置里的门道
设置页分几块,值得细调的不多但都关键。位置设置里定义下载的默认目录和临时目录,临时目录用来存未完成的分片,下完再移动到目标目录;两个目录放不同硬盘能避免跨盘移动的等待。BT 设置里的连接数、端口要和路由器配合:端口在 DSM 防火墙放行,路由器转发该端口给 NAS,下载的连通性立刻好一个量级。
连接全局设置建议按机器性能调:总连接数控制在 200 到 500 之间,J 系列别太激进,否则下载把 CPU 跑满,DSM 卡到没法操作。上传限速该开就开,上传跑满和下载满速对硬盘的读写压力一样大。做种的同学把做种任务的上传限速和停止条件配好,照顾硬盘也为 PT 分流。
通知设置里有下载完成、失败、空间不足几类提醒,推到邮箱或者 IM 客户端。空间不足的通知尤其要开:满了的硬盘轻则任务失败,重则连 DSM 都出问题。

限速与排队
下载排队能让 NAS 在夜里安静干活。位置设置里有「任务调度」,把大文件下载限制在深夜到清晨,NAS 白天安静如鸡,硬盘休眠也不被打断。排队规则按优先级执行,高优先级任务先跑,普通排队的任务等着。
多任务并行的经验值:机械硬盘同时跑三四个满速下载就是极限,磁头来回寻道,速度反而集体下降。把并发数限制在 2 到 3 个,剩下的排队,总速度反而更快,硬盘寻道也不至于疲于奔命。SSD 缓存或者全 SSD 卷可以放宽限制。做种任务长期占空间,制定清理规则:超过做种要求的、三个月没人下的,该清就清,硬盘空间留给接下来的新片。

与媒体库的联动
下载完的文件自动入库是整套流水线最后的惊喜。把下载目标目录设成媒体库的监控目录,Video Station 或者 Jellyfin 扫描时自动收编,配合命名规范和刮削,海报墙直接更新。注意中间文件(.part、!qB、未完成的分片)会被媒体库扫进去变成垃圾条目,把媒体库的扫描路径指向「下载完成」的子目录而不是临时目录,能从源头杜绝。
PT 下载完成的文件名经常带站点标记,批量改名之后再移动到媒体目录,避免海报墙出现各种资源组的奇怪前缀。这一步可以用 FileBot 批量处理,也可以用计划任务定期运行改命名小脚本。
安全与常见问题
Download Station 暴露面主要是两类:远程访问入口和下载内容合规。远程访问务必走 HTTPS,账号开两步验证,别用 admin 直连。下载内容层面,遵守本地法律法规,只下载合法资源,这是底线。有些运营商会关注 BT 流量,低调使用、合理限速是成熟玩家的自觉。
常见问题清单:速度上不去,先查端口连通和 tracker 状态;磁力链接没反应,可能是 DHT 被掐了,换种子或者直接下种子文件;任务完成度卡在 99%,通常是缺最后几块分片,等做种者上线;硬盘经常被唤醒,八成有未完成的小任务在后台慢慢挪,清掉积压任务世界清净。命令行排查的思路见 SSH 与命令行速查。
套件级进阶玩法
熟悉基础之后,几个进阶玩法值得试。其一是 RSS 的自动化规则:播客源可以直接订阅音频,剧集更新源配合剧集完结自动归类,订阅规则里还能限定关键字过滤,避免某些质量差的自动版被下回来。规则越精细后期整理越省事。
其二是做种的长期管理。PT 玩家靠做种换取下载权限,做种任务长期运行对硬盘是持续磨损。给做种任务单独建目录、配上限速,把活动任务和归档分开。季度检查一次做种列表,分享率到了目标的、三个月没人下载的,逐步清理。
其三是配合容器工具分工:大型 PT 站的资源 qBittorrent 客户端跑(分类和标签管理更细),零散磁力和网页资源 Download Station 收。两个工具的下载目录指向同一个媒体总目录的子目录,媒体库统一扫描,入口不同归宿相同。

Docker 时代还要不要官方套件
容器生态里 qBittorrent、Transmission、Aria2 各路神仙都能跑,为什么还留着 Download Station?理由有三个:零配置开箱即用、和 DSM 权限通知体系打通、手机远程管理不需要额外配反代。对「下载只是手段、 media 库才是目的」的玩家,官方套件的完成度足够。
反过来,下面几种情况值得切到容器:重度 PT 玩家需要精细的分类规则和 tracker 管理、需要给下载工具单独限速配代理网络、或者跑大量并发任务需要隔离资源。两套工具并行也不用担心冲突:同一个端口给一个工具用即可,文件层面各下各的目录。选工具的标准始终是需求和舒适度,不是流行度。
| 维度 | Download Station | 容器版工具 |
|---|---|---|
| 配置成本 | 装上就用 | 要写 compose |
| 功能深度 | 够用 | 选项更细 |
| 资源占用 | 中等 | 可控 |
| 远程管理 | 自带 | 配反代 |
| 维护更新 | 随 DSM | 手动更新镜像 |
常见问题清单
速度和卡死类问题有固定排查路径:任务全部 0 速度,先看 tracker 状态列表里是不是集体失联,失联就是网络层面的封锁或端口问题,换端口重转发;单个任务卡住,多半是缺的分片没人做种,挂着等或者找新种子替换;套件卡到打不开,控制面板停用再启用套件,任务不会丢;磁盘占用莫名增长,是未完成的分片在临时目录里堆积,清掉长期不动的小任务。
习惯 SSH 的可以上命令行看进程状态,定位比图形界面直接。硬盘健康也要顺带关注:下载是 NAS 里读写最重的场景,存储池的健康检查定期跑,SMART 报警 disk 别拖。

延伸阅读
- Video Station 与媒体库管理:下载成果的第一站
- 网络安全基础:暴露在公网的服务要注意什么
- 防火墙规则与端口管理:下载端口的放行与转发
