1. 为什么选择威联通NASDocker Compose搭建媒体中心最近几年家庭媒体中心的概念越来越火。作为一个折腾过多套方案的资深玩家我最终选择了威联通NASDocker Compose的组合。这套方案最大的优势在于灵活性和可扩展性——你可以像搭积木一样自由组合各种功能容器。威联通NAS本身就具备强大的硬件性能加上Docker Compose的容器编排能力能轻松实现自动化下载通过qBittorrent自动获取影视资源智能整理NAS Tools自动重命名、分类媒体文件流畅播放Jellyfin提供4K硬解和跨平台播放字幕支持ChineseSubFinder自动匹配中文字幕我实测下来这套方案对新手特别友好。不需要复杂的命令行操作一个docker-compose.yml配置文件就能管理所有服务。而且资源占用很低我的TS-453Dmini同时运行6个容器CPU占用率长期保持在20%以下。2. 准备工作环境配置与路径规划2.1 硬件与系统要求建议选择x86架构的威联通NAS如TS-453D、TS-873AARM机型可能遇到兼容性问题。我的TS-453Dmini配置是CPUJ4125支持硬件解码内存8GB运行多个容器无压力存储2块4TB硬盘组RAID 1系统方面需要升级QTS到最新版本我用的5.0.1在App Center安装Container Station通过SSH登录NAS安装Docker Composesudo curl -L https://github.com/docker/compose/releases/download/v2.20.3/docker-compose-$(uname -s)-$(uname -m) -o /usr/local/bin/docker-compose sudo chmod x /usr/local/bin/docker-compose2.2 存储路径规划合理的路径结构能避免后期混乱。我的方案是/share ├── CACHEDEV1_DATA │ ├── Container │ │ ├── nastools # NAS Tools配置 │ │ ├── qbittorrent # qBittorrent配置 │ │ └── jellyfin # Jellyfin配置 └── CACHEDEV3_DATA └── Video # 媒体库根目录 ├── Movies # 电影 ├── TVShows # 电视剧 └── Downloads # 下载临时目录重要提示所有容器的媒体库路径应该映射到同一个物理目录如我的/share/CACHEDEV3_DATA/Video否则后续整理会非常麻烦。3. Docker Compose配置文件详解3.1 基础架构设计这是我优化过的docker-compose.yml模板包含了核心服务version: 3.7 services: nas-tools: image: diluka/nas-tools:2.9.1 container_name: nas-tools volumes: - /share/CACHEDEV1_DATA/Container/nastools:/config - /share/CACHEDEV3_DATA/Video:/media environment: - PUID1000 - PGID100 - UMASK000 restart: unless-stopped qbittorrent: image: johngong/qbittorrent:4.6.0 ports: - 6881:6881/tcp - 6881:6881/udp - 8989:8989 volumes: - /share/CACHEDEV1_DATA/Container/qbittorrent:/config - /share/CACHEDEV3_DATA/Video/Downloads:/downloads restart: unless-stopped jellyfin: image: nyanmisaka/jellyfin:latest devices: - /dev/dri:/dev/dri # 启用硬件加速 volumes: - /share/CACHEDEV1_DATA/Container/jellyfin:/config - /share/CACHEDEV3_DATA/Video:/media restart: unless-stopped3.2 关键参数解析端口映射NAS Tools默认使用3000端口qBittorrent需要6881BT端口和8989WebUIJellyfin常用8096HTTP和8920HTTPS环境变量PUID/PGID建议通过SSH执行id命令查看当前用户IDTZAsia/Shanghai时区设置UMASK000保证新建文件权限为777硬件加速 Jellyfin部分需要特别注意确认NAS支持Intel Quick Sync或AMD VAAPI在Container Station中勾选特权容器选项添加/dev/dri设备映射4. 进阶配置与优化技巧4.1 容器间通信优化默认情况下容器间通过服务名自动发现。但有些场景需要特殊处理qBittorrent到NAS Tools的联动在qBittorrent WebUI设置下载完成时执行脚本curl -X POST http://nas-tools:3000/api/v1/download/complete \ -H Content-Type: application/json \ -d {path:/downloads/{{torrent_name}}}Jellyfin媒体库刷新 在NAS Tools的config/config.yaml添加media: jellyfin: host: http://jellyfin:8096 api_key: YOUR_API_KEY4.2 硬件加速实战Intel核显用户建议使用jellyfin-ffmpegjellyfin: image: nyanmisaka/jellyfin:latest environment: - FFMPEG_VAAPI1 - LIBVA_DRIVER_NAMEiHD devices: - /dev/dri:/dev/dri测试硬件加速是否生效docker exec -it jellyfin bash /usr/lib/jellyfin-ffmpeg/ffmpeg -hwaccels4.3 网络优化遇到下载速度慢时可以在qBittorrent设置中启用监听IPv6地址修改docker-compose网络模式为hostnetwork_mode: host但要注意这会暴露所有端口建议配合NAS防火墙使用5. 常见问题排查5.1 权限问题解决方案遇到文件无法读写时按这个流程处理确认所有容器的PUID/PGID一致检查共享文件夹权限sudo chmod -R 777 /share/CACHEDEV3_DATA/Video在Container Station中检查每个容器的执行身份是否为admin5.2 容器启动失败排查查看日志的几种方式# 查看实时日志 docker logs -f nas-tools # 查看最近100行日志 docker logs --tail 100 qbittorrent # 进入容器内部排查 docker exec -it jellyfin bash5.3 资源占用过高处理通过htop命令发现某个容器占用过高时限制CPU使用deploy: resources: limits: cpus: 1.5限制内存mem_limit: 2g6. 我的实战经验分享这套系统我已经稳定运行了2年多期间遇到过几个典型问题字幕乱码问题 ChineseSubFinder默认编码是UTF-8但有些字幕是GBK编码。解决方案是在docker-compose.yml中添加environment: - SUB_ENCODINGgbk下载目录混乱 建议在qBittorrent中设置分类下载创建分类规则Movies→/Downloads/Movies在NAS Tools中设置不同目录的整理规则硬件加速失效 更新内核驱动后可能需要重新加载模块sudo modprobe i915