下载与离线任务管理

为什么要专门管理下载

下载看起来是网络层最简单的需求，真跑起来才发现全是细节：占用全部带宽会导致全家视频卡顿、下载任务崩在半路没人管、硬盘被写入流打满休眠失效、文件下完了堆在原地没人归档。AIO 机器的特点是 24 小时在线，天然适合做下载中心，前提是把下载服务管起来，而不是随手在某个客户机上挂着。

管理下载的核心思路是“容器化加队列化”：下载器跑在专门的容器里，任务从网页或远程接口投递，下完之后自动归档。路由器只负责给下载流量定规矩（限速、走副线、避开高峰），不参与实际下载。这样的分工之后，下载变成一个可以审视与调优的清晰组件。

下载器部署

常用的组合是 qbittorrent 或 transmission 做种子与磁力，加 aria2 补充 HTTP 与 FTP。以 qbittorrent 为例，compose 片段：

services:
  qbittorrent:
    image: lscr.io/linuxserver/qbittorrent
    container_name: qb
    restart: unless-stopped
    environment:
      - WEBUI_PORT=8080
    volumes:
      - ./config:/config
      - /mnt/downloads:/downloads
    ports:
      - "8080:8080"
      - "6881:6881"
      - "6881:6881/udp"

WEBUI 初次访问的密码在容器日志里，登进去第一件事改密码、关 DHT 的公网监听、设置下载目录的权限掩码，然后才开任务。目录映射的讲究在缓存盘：下载中的文件先写 SSD 缓存目录，完成后转移到机械盘的媒体目录，既保护机械盘减少碎写，又让小文件下载快如闪电。这个Completed 转移动作用容器自带的“完成后移动”选项即可，不必额外写脚本。

带宽与调度

下载最大的负面影响是上行带宽被吃掉——家宽的上行通常只有下行的三到五分之一，HTTP 类上传与交互流量混在一起时，全屋的网络体验取决于这一条上行。三条规矩立起来：第一，全局限速留下余量（比如留出 20% 给交互）；第二，按时间段调度，夜间放开、白天收紧；第三，有大下载任务的设备直接在路由器上标记低优先级队列。家用 QoS 不用做得很精细，一把粗粒度的限速就能解决九成问题。

智能一点的做法是把限速决策与实际使用挂钩：脚本定期 Prometheus 查实时流量，家里有人看视频时自动收紧下载限速，深夜无人时放开。这类规则省下来的不是带宽而是家人的抱怨，值得花一个下午调通。

远程投递与通知

把下载中心做成可以远程投递的服务：手机上看到资源链接，一键扔到家里队列，回到家已经下完。实现方式很灵活——可以给 WebUI 套上组网或穿透，也可以用 IM 机器人接收链接转给下载器 API。后者对普通用户更友好，家人在群里发个链接就触发，不用装任何客户端。

任务完成后的通知同样重要：下载失败要告警不然白等，下载完成要提示不然忘了归档。通知渠道沿用家庭的现成方案：邮件、推送服务或群机器人，同一个通知组件给所有应用复用。这套通知组件的搭建见后续监控告警一章。

数据归档与清理

下载目录是硬盘空间泄漏的重灾区：下完不看、看了不删、解压后原包还留着。养成两条习惯：下载目录设配额（占满就告警），定期跑清理脚本把超过 N 天的原文件归档到慢盘或直接清掉。归档这件事在组合上灵活处理——媒体的直接进媒体库，文档的进云盘，软件的清掉。

文件系统层面给下载目录加配额，或者在 NAS 上给这个目录设单独的容量上限，避免某天一个大任务把整机空间写满导致其他服务崩掉。空间告警接到监控系统里，比每次手动 df 省心一百倍。

路由策略与流量标记的原理见 计算机网络入门，容器的远程管理见 SSH 远程登录与加固。

合规与版权的自觉

下载这个话题在中国家庭语境里需要把话说清楚：本章讲的是合规自用的场景——开源镜像、公开课视频、自己购买的正版资源、家庭照片视频的远程拉取、公开数据集等。任何涉及盗版影视、未授权分发内容的下载都不在本书讨论范围内，技术上也许可行，法律与道德上都不应该做。技术工具是中性的，使用方式反映的是使用者的判断。

对自己的网络环境同样要有自觉：上传带宽是共享资源，P2P 协议默认会贡献上传，长期满载上传既影响家人使用也加速硬盘损耗。限速不是技术细节，是家庭网络礼仪。合格的做法是把上传限制在总量的两三成、且只在指定时段开放。

远程访问下载队列时同样走组网或穿透的合规通道，只给自己与家人使用。把下载管理页公开到公网更是大忌：任何开放的弱口令入口都会在几小时内被扫描器盯上，惹来的麻烦远大于便利。

下载器自身的维护细节：qbittorrent 的分类标签功能天然就是任务管理工具——按内容来源建分类（影视、软件、课程），每类的保存目录、限速、删种规则分开设置。这套分类想好之后几乎不用再频繁打开管理页整理，一切按规则自动流转。 Transmission 更轻量但也少了这些自动化，选型时按自己的洁癖程度挑。

再给一组配置小贴士：DHT 与 LPD 在纯私网环境关掉可省一点流量与 CPU；加密传输选项在 РФ 类网络环境有特殊作用，但对公开资源没必要开启；qBittorrent 的“做种限制”按家庭良心设置（分享率 1 到 2 是合理区间），既支持生态又保护硬盘。

下载公司与路由的协作还有一个常见翻车点：下载会话产生大量连接数，把路由器的 NAT 表打满，表现为其他设备莫名其妙断网或新连接建不起来。软路由连接跟踪表的默认大小对家用足够，但 P2P 类协议可能瞬间占掉大头。处理方式是给下载容器限连接数（qbittorrent 有对应设置），同时在路由器监控里加一条 conntrack 占用率告警，超过 80% 提醒。这类问题排查起来很隐蔽，一旦知道是 NAT 表问题，解决就一两条配置的事。

任务命名与台账

下载任务多了同样需要台账：每个长期任务记一行（来源、目的、计划保留多久）。 qbittorrent 的标签与分类就是现成的台账字段，善用它的“分类 + 保存路径 + 删除策略”三元组，整个下载库就成了一台自动分拣机。家里最怕的是下载目录变成无人认领的垃圾场——每 TB 垃圾不只是占空间，还在持续地耗硬盘电费与休眠时间。

嵌套任务与重试策略也值得一说：家里宽带的 PPPoE 会话偶尔会断，正在跑的任务会整体失败。下载器一般有重试与校验机制，默认参数对家用够用，但建议关掉“断网即暂停任务”这类敏感策略，改成“失败重试三次后转入等待”。家里有双宽带时还可以给下载器配置双网关脚本，主路断了自动切副路继续下载——这是多 WAN 章节福利的自然延伸。

下载体系最后一项收尾是“下载完成后的自动化交接”：转移到归档目录、刮削元数据入库、通知相关人。 qbittorrent 支持执行完成脚本，这一步可以做得极简（一行 rsync 加一条 curl 通知），也可以做得精细（按分类触发不同入库与清删策略）。从最简版开始，每次觉得“要是有个自动就好了”的时候加一条，半年后整套流程就成了贴身管家。

再谈与版权合规相邻的一层自觉：做种与上传贡献是 P2P 生态的礼貌，但家庭宽带上行稀缺，分享率量力而行。真正值得长期维护的，是那些开源软件镜像、公开课与公共数据的做种——这些内容你的持续上传是在为整个互联网公共资产出力，比任何都踏实。

下载日常的收尾再说一条：给任务分类时顺手设“自动清删”规则——临时资源下完即走，常驻资源按做种周期保留。规则写好后，下载目录会自己保持清爽，你只在投递任务与归档成品时出现。这两年“低维护”成为了家居设计的流行词，下载体系同样适用：好的系统是你忘了它仍在运转的那个。

结尾再着一笔关于空间：下载目录建议直接放在独立的挂载盘或配额目录上，与媒体库的最终归档区分。这一步前期价值不明显（盘空间足够时没人在意），后期则是救命的隔离——哪天下了个异常巨大的任务把盘写满，受影响的只有下载目录本身，媒体库与配置文件的完整性不受任何威胁。空间隔离与 VLAN 隔离是一个道理：把故障关进笼子，而不是让它四处游荡。

给一个小提醒：下载工具自己的网页端记得配一档限速配置，而不是只靠路由器 QoS。一台全程吃满上行的下载机，受损的不只是家人网速，还有路由器队列里所有交互流量的延迟。内外两层限速双保险，家里才安静。

延伸阅读

• 计算机网络入门：QoS、流量标记与调度的网络层原理。
• SSH 远程登录与加固：下载容器的远程配置与脚本管理。