玩NAS的人迟早会走到这一步百度网盘里存了一堆资源阿里云盘开了会员存了几百G电影夸克网盘、PikPak里也塞满了各种东西,每次要找文件都得开网页、登录、转存、下载绕一大圈。尤其是群晖用户明明NAS硬盘空间不小但很多资源就是懒得重新下一遍还得看网盘那点下载速度的脸色。把网盘变成群晖的一个本地文件夹这个需求我惦记了很久。折腾过rclone、Alist、CloudDrive2、webdav挂载等各种方案踩过不少坑也总结出了一套相对稳定的玩法。这篇文章把这些经验完整写出来从工具选型到每一步配置再到常见的坑和处理方式一次讲透。1. 为什么要把网盘挂到群晖本地使用场景与门槛分析先说清楚挂载到底解决什么问题不然容易白折腾。1.1 挂载的核心价值让NAS的硬盘和网盘空间合并挂载的本质是把网盘通过某种协议映射成本地文件系统的一个目录。对群晖来说就是你在File Station里多出一个文件夹里面是百度网盘或阿里云盘的内容直接用群晖自带的工具做增删改查就像操作本地目录一样。这个能力带来的实际好处很多。群晖的Download Station、qBittorrent、Transmission这类下载工具可以直接把文件下载到挂载的网盘目录里相当于不占NAS本地空间。Video Station、Emby、Plex这类媒体服务器可以直接扫描网盘里的电影和剧集建立媒体库等于给网盘内容做了个本地化的海报墙。还有一个场景是备份把重要目录定时同步到网盘本质上是做异地容灾但操作上只是复制文件到本地目录而已。另外群晖的Drive、Syncthing也能跟挂载目录联动实现跨设备同步。说白了挂载是给网盘装上一根本地化的“管道”让网盘从需要打开网页的“远端仓库”变成随时可以读取的“本地硬盘”。1.2 不同网盘的挂载难度分级不是所有网盘都能直接挂载也不是所有网盘挂了都一样好用。按照实际挂载难度和稳定性我把常见网盘分了几个梯队网盘挂载方式速度表现稳定性难度阿里云盘CloudDrive2 / Alist较高读取视频流畅较稳定低百度网盘Alist BDUSS中等受官方限速一般有掉授权风险中夸克网盘Alist中等偏上一般中PikPakrclone / CloudDrive2较高离线下 载强悍稳定中天翼云盘Alist中等稳定中123云盘Alist / rclone较高稳定低WebDAV类坚果云、Nextcloud群晖原生远程挂载取决于服务器稳定极低移动云盘旧rclone / Alist不稳定较差高这个表格是我长期使用的体感不绝对但能反映大方向。接着往下看具体方案。2. 主流挂载方案选型Alist、CloudDrive2、rclone到底怎么选群晖上挂网盘的主流方案有三个Alist、CloudDrive2、rclone。新手容易纠结选哪个我直接说结论和应用场景。2.1 Alist网盘聚合网关WebDAV是它的王牌Alist是个开源的网盘聚合工具目前支持几十种网盘包括百度、阿里、夸克、123、天翼、PikPak、Google Drive、OneDrive等。它的核心作用是统一挂在网页端同时对外暴露WebDAV协议让群晖通过WebDAV连接。用Alist挂网盘的逻辑是这样的Alist通过各网盘开放接口或逆向登录Cookie拿到读取权限然后在本地监听一个端口对外提供网页和WebDAV服务。群晖这边不需要装客户端系统自带的“远程文件夹”功能填上Alist的WebDAV地址和账号密码就能把整个Alist里所有挂载的网盘作为一个目录挂进来。Alist的优势是全、轻、开源。全是因为支持的网盘最多一个Alist管全部轻是因为资源占用很低Docker容器跑起来不到200MB内存开源意味着社区活跃网盘接口出问题修复快。2.2 CloudDrive2阿里云盘体验最优解CloudDrive2以下简称CD2是另一个挂载工具对阿里云盘的支持比Alist更好体现在传输速度、媒体文件在线播放兼容性和稳定性上。CD2最大的特点是直接以本地磁盘的方式挂载在群晖的File Station里看到的是正常目录层级媒体文件的预览可以直接走它的内核处理不需要额外转码。CD2的名字里有个“2”因为它的前身CloudDrive已经停止维护2代在性能和兼容性上做了大幅调整。CD2采用本地Web操作界面配置完成后可以配置开机自启。它除了支持阿里云盘也支持PikPak、115、天翼等但最强的还是阿里云盘。2.3 rclone命令行选手的瑞士军刀rclone是同步和挂载的老牌工具几乎什么存储都支持但配置门槛高需要命令行操作。在群晖上一般是通过Docker跑rclone或者用群晖开机任务挂载。rclone挂载出来的目录不走WebDAV而是直接以FUSE文件系统的方式呈现在群晖里看起来就是一个本地挂载的卷或目录。rclone的优势配置灵活、稳定、强大、可脚本化。劣势也很明显需要在群晖上安装FUSE支持、配置麻烦、出错排查困难。适合有一定Linux基础的玩家。2.4 我的选型建议如果是新手优先Alist加WebDAV。理由很简单群晖的“远程文件夹”功能是原生的不需要装额外软件Alist的配置过程也在网页端完成试错成本低。如果主力是阿里云盘且关注在线播放体验强烈建议加装CD2再来一个本地挂载专门给阿里云盘用。我目前的生产环境就是Alist负责百度夸克123CD2负责阿里云盘两者井水不犯河水。如果你有PikPak、115这种BT离线盘且需要配合群晖的下载工具使用rcloneDocker是正路。3. Alist 群晖WebDAV完整实操从Docker部署到文件夹挂载下面进入正题一步步配置Alist再把网盘挂到群晖的文件夹里。3.1 群晖Docker部署Alist一条命令搞定群晖的Docker套件其实就是带图形界面的Docker环境但我更喜欢用SSH敲命令的方式部署因为可以直接加好端口和卷的映射不用在图形界面里找半天。先SSH登录群晖用管理员账号进入sudo环境然后拉取镜像并启动容器。我的Compose配置是这样的version: 3 services: alist: image: xhofe/alist:latest container_name: alist volumes: - /volume1/docker/alist:/opt/alist/data ports: - 5244:5244 environment: - PUID0 - PGID0 - UMASK022 restart: unless-stopped保存为docker-compose.yml然后在同目录下执行docker-compose up -d如果你习惯用docker run效果等价docker run -d --namealist --restartalways \ -v /volume1/docker/alist:/opt/alist/data \ -p 5244:5244 \ -e PUID0 -e PGID0 -e UMASK022 \ xhofe/alist:latest这里要注意一个问题/volume1/docker/alist这个目录要提前建好并且确保群晖的admin用户有写入权限。我一开始直接映射到/volume1/docker结果Alist的配置文件差点把整个docker目录的权限搞乱还是单独建子目录更干净。容器起来后初始化管理员密码docker exec -it alist ./alist admin random这条命令会输出一个随机密码浏览器打开http://群晖IP:5244用admin和这个随机密码登录然后到后台把密码改掉。如果忘记了随机密码还可以用./alist admin set 新密码重新设置非常方便。3.2 后台添加网盘以百度网盘和夸克网盘为例Alist后台登录后左侧菜单找到“存储”点“添加”选择对应的网盘驱动。百度网盘添加步骤驱动选“百度网盘”挂载路径填/baidu这个路径就是你之后在WebDAV里看到的文件夹名。在“刷新令牌”处Alist提供了一个获取方式它其实是通过百度网盘的开放接口完成的授权你只需要点击“去获取”会跳转到百度登录页面登录后复制返回的授权码回填即可。其他参数保持默认点“保存”。百度网盘偶尔会出现扫描文件卡住或者刷新令牌过期的情况遇到的时候去Alist后台重启一下这个存储或者在“存储”里点“操作”下面的“重新加载”基本就能解决。夸克网盘添加步骤夸克网盘的添加方式跟百度的套路类似但Alist用的是Cookie方式。你需要先在浏览器登录夸克网盘网页版按F12打开开发者工具把请求头里的Cookie字段复制出来粘贴到Alist的“Cookie”输入框里。顺便把“根文件夹ID”留空即可默认就是整个网盘根目录。夸克网盘的Cookie有效期不稳定有时候几天就要重新复制一次。Alist社区说夸克会定期踢掉第三方会话所以掉授权时不要慌重新复制Cookie换上就行。其他网盘添加的关键参数参考网盘需要准备的信息备注阿里云盘无登录参数直接扫码授权Alist内置授权流程较流畅123云盘账号密码/登录Cookie推荐用Open API方式天翼云盘账号密码应用密钥需要先在开放平台注册应用PikPak账号密码MyPikPak新版本支持账号密码登录中国移动云盘账号密码/Cookie老版本已失效注意版本每个网盘添加完成后在“存储”列表里可以看到状态。Alist的界面会直接显示“健康状态”如果状态是正常就说明授权成功。多挂几个网盘后你在浏览器里访问http://群晖IP:5244左侧目录树里就能看到这些盘的内容了。3.3 群晖挂载Alist WebDAV原生功能一步步点即可这是把网盘变成本地文件夹的临门一脚。打开群晖的“控制面板”—“共享文件夹”点“工具”—“挂载远程文件夹”选“WebDAV”。这里要填的关键信息路径http://群晖IP:5244/davAlist的WebDAV端点就是/dav不是根路径账户/密码Alist后台的管理员账号和密码挂载名称随便填比如MyCloud挂载后会显示在File Station的左侧。挂载方式建议选“手动挂载”。如果选“开机自动挂载”万一Alist容器没起来群晖开机时可能会报错。等一切稳定后再去“控制面板—任务计划”里加一个开机任务延迟30秒后执行mount -a来补挂这样比群晖自身的自动挂载更稳。挂载成功后你在File Station里就能看到MyCloud这个文件夹进去后是/baidu、/quark这些目录对应你之前添加的各个网盘。这里有一个操作细节群晖的WebDAV挂载默认是只读还是读写取决于你用的挂载模式。如果使用“挂载远程文件夹”功能一般默认就是读写权限。但如果你之后自己写脚本挂载记得检查mount参数里是否包含rw否则可能出现写入不进去的尴尬。3.4 媒体服务器场景Emby直接扫网盘目录挂载完成后最常用的场景就是让Emby或Video Station直接扫网盘里的电影。我的做法是在Emby的媒体库设置里把刚才挂载的MyCloud选进来做一次扫描。但这里有个很关键的坑direct版本直连读取网盘文件走的是网盘服务器到群晖再到Emby客户端的路如果你的网盘没有会员百度网盘会限速到几十KB/s视频根本播不动。所以用Alist挂百度网盘看视频的体验很大程度上取决于你有没有会员这是个现实问题不是工具能解决的。阿里云盘通过CD2挂载后在线播放基本能达到秒开这才是主力视频盘的正确姿势。所以我把阿里云盘单独交给CD2处理而不是Alist。4. CloudDrive2挂载阿里云盘秒开播放与本地磁盘体验4.1 为什么阿里云盘要单独用CD2阿里云盘对第三方工具有官方开放的APIAlist和CD2都能挂载但实际体验差距明显。CD2在阿里云盘上走的是本地FUSE挂载不只是WebDAV转发文件读取时做的分片请求更合理流的预加载更积极所以同一个视频在同一个网络环境里CD2的播放延迟明显更低。另外CD2对文件列表有缓存机制进入目录的响应速度比WebDAV方式快不少。WebDAV每进一层目录都要重新发请求遇到大目录会卡顿CD2则把列表缓存在本地体验接近操作本地磁盘。4.2 群晖安装CD2直接跑容器CD2官方提供了Docker镜像部署方式和Alist类似。但CD2有一些细节要注意从GitHub上拉它的release页面找到Linux amd64的版本或者直接用Dockerdocker run -d \ --name clouddrive2 \ --restart unless-stopped \ --env CLOUDDRIVE_HOME/Config \ -v /volume1/docker/clouddrive:/Config \ -v /volume1/clouddrive:/CloudNAS:shared \ -v /volume1/docker/clouddrive/media:/media:shared \ --network host \ --privileged \ cloudnas/clouddrive2注意几个参数的含义--network hostCD2需要监听本机端口做本地磁盘挂载所以直接用host模式避免端口映射问题。-v /volume1/clouddrive:/CloudNAS:shared这个目录是CD2挂载盘在群晖里的落点。它用到了shared挂载属性可以让挂载出的内容穿透到宿主机这是CD2在群晖上能正常显示的关键少了:shared你会发现挂载盘在Docker容器里正常但宿主机上看不到。--privilegedCD2需要操作设备节点和挂载点特权模式是必须的否则FUSE起不来。CD2启动成功后浏览器访问http://群晖IP:19798首次会引导你登录阿里云盘扫码即可。登录后点“挂载”选择/CloudNAS目录作为挂载根路径然后点“挂载”它会在宿主机上创建/volume1/clouddrive目录里面出现一个阿里云盘的文件夹。到这里你在群晖的File Station里就能直接看到阿里云盘的文件夹了。4.3 CD2的速度和稳定性实测我在千兆局域网环境下用CD2播放阿里云盘里的一部40GB高码率电影快进拖动基本是秒加载没有长时间卡顿。阿里云盘普通用户的下载速度上限通常比百度网盘高很多非高峰时段跑到50MB/s也不奇怪。CD2的本地缓存还会持久化一定的文件指纹和列表数据重复访问时不用重新拉取列表。需要注意的一个问题是阿里云盘的开放接口对第三方工具有一定的频率限制如果你同时用Alist和CD2挂同一个账号可能在激烈使用时触发限流。我建议同一时间只开一个工具挂阿里云盘别再叠加。另外CD2跑在Docker里但因为是host网络和特权模式升级容器前最好先停掉正在进行的下载任务然后备份/volume1/docker/clouddrive里的配置。我这几年升级过很多次配置目录一直没丢过但多手准备总没错。5. rclone高级玩法把PikPak和WebDAV挂成真正的本地磁盘如果说Alist和CD2解决的是“网盘挂载”的问题那rclone解决的就是“所有存储统一挂载”的问题。它更底层、更灵活尤其在处理PikPak这类玩离线下载的盘时优势非常大。5.1 rclone在群晖Docker里的部署过程rclone官方没有提供现成的群晖套件但用Docker跑很方便。我用的镜像是rclone/rclone启动方式比较特殊需要让它常驻并开放API端口。docker run -d \ --name rclone \ --restart unless-stopped \ --nethost \ --cap-add SYS_ADMIN \ --device /dev/fuse \ --security-opt apparmor:unconfined \ -v /volume1/docker/rclone:/config/rclone \ -v /volume1/cloud:/cloud:shared \ rclone/rclone \ rclone rcd --rc-addr :5572 --rc-user admin --rc-pass 你的密码关键点解释/dev/fuse设备必须映射进容器rclone挂载依赖FUSE。SYS_ADMIN能力和apparmor:unconfined是让它能执行mount操作的前提。这里我用的是rcd模式即Remote Control Daemon它会开启一个Web管理端口5572方便你在浏览器里操作配置和查看状态。/cloud目录是rclone的挂载落点同样加了:shared属性。5.2 给rclone添加PikPak网盘启动后浏览器访问http://群晖IP:5572输入上面设的账号密码进入rclone的WebUI。点“Configs”创建一个新的远程存储选PikPak。rclone对PikPak的接入方式已经比较成熟了在WebUI里会引导你输入用户名和密码rclone会去PikPak的服务器换取token并保存下来。完成后在“Mount”按钮那里选择一个远程存储和挂载点把之前创建的PikPak挂到/cloud/pikpak。如果在WebUI里点挂载不生效回到SSH里手动挂载docker exec rclone rclone mount pikpak: /cloud/pikpak \ --allow-other \ --uid 0 --gid 0 \ --umask 002 \ --vfs-cache-mode full \ --vfs-cache-max-size 20G \ --buffer-size 64M \ --dir-cache-time 72h \ --poll-interval 15s这里--vfs-cache-mode full很关键。full模式意味着所有读取和写入都会先经过本地缓存意味着小文件写入网盘会先落到本地临时目录然后再上传避免网络波动导致文件损坏。--vfs-cache-max-size根据你群晖的空闲空间来定我给了20G如果你塞大文件多可以给到50G。--buffer-size是读取缓冲64M在PikPak上在线播放时体验较好。5.3 rclone挂载开机自启脚本rclone容器重启后挂载不会自动恢复需要在群晖的任务计划里加一个脚本。具体路径是“控制面板—任务计划—新增—触发的任务—开机”用户选root脚本内容sleep 30 docker start rclone sleep 10 docker exec rclone rclone mount pikpak: /cloud/pikpak \ --allow-other \ --uid 0 --gid 0 \ --umask 002 \ --vfs-cache-mode full \ --vfs-cache-max-size 20G \ --buffer-size 64M \ --dir-cache-time 72h \ --poll-interval 15s任务里写docker start rclone是防止容器没起来前面加一个sleep 30是等群晖的存储空间全部就绪再去执行不然可能会出现挂载时找不到目录的问题。脚本里挂载命令的参数和手动挂载保持一致这样无论是手动执行还是开机自启行为是一致的排错也方便。6. 什么情况下网盘目录会“消失”或无法写入汇总排查链路挂载网盘最大的问题不是挂不上而是挂得好好的某天突然目录空了、或者写入报错。这种问题不亲自排查一遍很难摸到头绪。我整理几个高频故障和排查路径。6.1 挂载目录在File Station里能看到但内容是空的这种情况大概率是网盘授权session过期了。打开Alist后台找到对应的存储看它的健康状态如果显示“未认证”或者“请求失败”那就是token或cookie过期。重新走一遍授权流程保存后Alist会自动重新扫描目录File Station里的内容随即恢复。如果是CD2出现空目录先在CD2的管理页面看看阿里云盘是否还处于登录状态通常重新扫码登录一次就好。CD2的挂载路径如果中间被外部修改过也会导致显示空目录这种情况在CD2里重新选一次挂载点即可不需要重启容器。6.2 群晖重启后挂载目录消失群晖重启后Alist和CD2容器都会重新启动但启动时序和挂载时序不一定是同步的。最稳定的做法是在任务计划里加一个针对容器的启动等待然后重新挂载远程文件夹。但更推荐的做法是在“控制面板—共享文件夹—工具—挂载远程文件夹”里把挂载方式改为“自动挂载”同时给容器配置restart: unless-stopped让容器开机自启。随机组合下来95%的情况下重启后挂载能自动恢复。如果你的挂载方式比较特殊比如rclone手动挂载上面脚本里的sleep 30不能省。6.3 写入文件报错只读文件系统或权限不足在WebDAV挂载里经常遇到的问题是Alist的后台账号权限。Alist默认管理员的权限是全部读写但如果你在Alist里设置了“访客”账号并且群晖挂载用的是访客账号那就只能读不能写。解决方法是到Alist后台的“用户”里给对应账号勾上写入权限。CD2挂载出来的目录在群晖里的所有权默认是root如果你用普通用户账号通过SMB访问File Station写入可能会遇到无权限。在CD2的挂载设置界面勾选“挂载时忽略权限检查”或者直接在SSH里把/volume1/clouddrive的权限改成777不推荐长期但省事。如果坚持用正常方式把群晖用户加到administrators组里也能解决问题。6.4 文件列表加载慢或卡死如果是WebDAV方式挂载的大目录比如知道里面有一万多个文件打开目录时群晖会卡一下Alist需要逐层去网盘拿列表。这种情况在Alist后台开启存储的“本地缓存”选项缓存时间设置24小时及以上能明显改善。CD2的大目录浏览比较好因为它的列表缓存机制做得更完善。如果是rclone挂载的盘目录卡死多半是--dir-cache-time设置太短导致频繁去网盘拉列表把72小时往上加大部分情况能缓解。7. 安全与稳定网盘授权风险、账号保护与告警设置挂载网盘有个绕不开的问题授权凭证放在NAS上万一NAS被入侵或者凭证泄露网盘账号的安全就危险了。这方面不能大意。7.1 尽量不开Alist的公网端口Alist默认监听5244端口如果你不打算在外面通过互联网访问网盘目录就绝对不要把5244端口映射到公网。群晖的反向代理、路由器的端口转发都不要做。如果要远程访问走群晖的QuickConnect到File Station就够了这样网盘的WebDAV接口不会直接暴露在公网上。如果非要远程访问Alist的WebUI务必开启Alist的“安全”里的“登录令牌”并且给Alist容器配置防火墙规则只允许特定IP访问5244端口。这个操作在群晖的“控制面板—安全性—防火墙”里可以设置。7.2 定期检查授权状态和容器日志授权过期是挂载失效的第一大原因。建议在任务计划里加一个定期执行的健康检查脚本curl -s http://127.0.0.1:5244/api/fs/list -X POST \ -d {path:/} \ -H Authorization: 你的Alist token | grep -q code:200 \ echo alist OK || echo alist DOWN把结果输出到日志文件或者用群晖的通知服务发到你的邮箱或手机。CD2的管理页面里有日志窗口可以定期点开扫一眼看看有没有大量的401、429这类错误码。429通常代表调用网盘接口太频繁说明某个客户端在疯狂刷列表注意排查是不是某个媒体库在后台做全量扫描。7.3 网盘账号安全开启两步验证与只授权必要权限阿里云盘和百度网盘账号都支持二次验证能开就开。Alist里添加网盘时尽量用单独的授权方式比如百度网盘的开放接口用的是独立的授权码不会暴露你的密码和Cookie到Alist的配置里。夸克这种必须用Cookie的要格外注意这个Cookie在Alist后台是明文存储的不要给任何人分享你的Alist后台地址。CD2的登录密码初期是默认的clouddrive第一次登录后一定要改成强密码。我在实际使用中发现很多用户因为没改默认密码CD2被局域网内其他设备顺手登录了阿里云盘的授权也就等于拱手让人。7.4 挂载盘的写策略什么数据适合放网盘网盘不是本地硬盘写入速度和一致性都有差距。我一般只把这些内容放进挂载的网盘目录影视资源丢了也不心疼随时能再下。需要分享给朋友的文件直接放到网盘目录里生成分享链接。冷备份数据通过Hyper Backup定时备份到挂载网盘。不适合放网盘的数据库实时数据、频繁变更的小文件、需要低延迟读写的应用数据。一个实操里的教训我曾经把群晖的Drive同步目录设置在CD2挂载的阿里云盘目录里结果当天同步几百个文件时CD2的上传流程因为网络抖动导致部分文件写入失败Drive的同步状态全乱了。后来转移到本地磁盘再单独用Hyper Backup定时把本地快照推到网盘这个架构稳定得多。8. 扩展思路群晖备份服务器、开发板挂载与离线下载联动挂载网盘这个能力不止于看视频和存文件把它放进更大的自动化流程里能省下大量手工操作。这里分享几个实用的扩展方向。8.1 群晖作为备份中枢服务器和Linux开发板的集中备份很多玩Linux服务器的人会把群晖当作局域网里的备份中心。你的服务器、树莓派、Jetson开发板都可以通过NFS或rsync把备份推到群晖本地目录。而群晖本地目录的网盘挂载目录又可以把这些备份自动同步到云端网盘形成“本机 — 群晖 — 网盘”三级备份链。我的一台Ubuntu开发板之前用crontab定时执行rsync -avz /home/user/project user群晖IP:/volume1/clouddrive/阿里云盘/backup把关键项目文件推到CD2挂载的阿里云盘目录。这样即使开发板硬盘坏了云端始终有一份最新的项目快照而中间的“搬运”是全自动的。同理如果服务器有数据库备份任务备份出来的SQL文件放在/backup目录群晖挂载的网盘目录定期扫走也能算是个简单的异地备份方案。8.2 用Docker搭WebDAV客户端中转把PikPak离线下载能力接到群晖PikPak这个网盘的核心价值是离线下载你用它的App发一个磁力链接或种子它在服务器端帮你下载完成然后再拉回本地。如果你把PikPak通过rclone挂载到群晖相当于群晖多了一个离线下载引擎还不用占群晖本地空间。实际操作套路是在群晖的File Station里找到PikPak挂载目录把种子或磁力链接的文本文件丢进它的“我的接收”目录不同版本路径略有不同PikPak方面收到文件后会自动开始离线下载。等它在云端下载完挂载目录里就会出现文件你直接用群晖的文件管理把它复制回本地即可。这个链路结合了网盘的“离线下载”和NAS的“本地存储”用起来非常顺手。8.3 把网盘挂载与定时同步组合自动聚合散落资源我还有一个使用习惯把各网盘的“下载”目录都挂载到群晖然后在群晖里建一个“聚合”共享文件夹再执行定时同步任务把百度网盘、夸克网盘里下载的散落资源按日期归档到本地。这个需求本质上不需要第三方工具群晖自带的Cloud Sync和Syncthing就能完成但前提是网盘已经挂载成目录——这样Cloud Sync就可以把网盘目录当源目录或目标目录来用。比如我设置了一个每周日凌晨3点执行的同步任务把/MyCloud/baidu/我的资源里的所有文件同步到/volume1/backup/百度网盘归档然后按日期建子目录。常年积累下来需要找某个老资源时直接搜本地目录就行不用再去网盘里翻页。8.4 关于“本地文件夹内所有文件上传到服务器命令”这类需求的对应很多搜索“本地文件夹内所有文件上传到服务器命令”的用户其实是想解决一个很朴素的场景本地有一堆文件要快速搬到服务器或NAS里。挂载网盘之后这类问题的解法变得非常直接——把群晖挂载的网盘目录当作目标路径然后执行rsync -av --progress /本地目录/ admin群晖IP:/volume1/clouddrive/阿里云盘/上传/或者用scpscp -r /本地目录/* admin群晖IP:/volume1/clouddrive/百度网盘/上传/网盘挂载让“上传文件”不再需要打开网页、拖拽文件、等待进度条多台机器之间直接用同步命令就能把文件汇入同一个网盘空间效率提升是很明显的。9. 避坑清单挂载网盘最容易忽略的几个细节最后把这几年的经验浓缩成几条注意事项每一条都是真金白银踩出来的。第一Docker容器映射目录时一定单独建子目录。Alist、CD2、rclone的配置目录都不要直接映射群晖的/docker根目录否则容器内部的配置管理操作容易波及宿主机的其他Docker配置。我都分别放在/volume1/docker/alist、/volume1/docker/clouddrive、/volume1/docker/rclone下备份和迁移也方便。第二CD2挂载路径的:shared参数不能漏。漏了它宿主机上可能看不到CD2挂载的内容群晖File Station里直接不显示。这个问题在CD2的GitHub issues里出现过很多次很多用户以为是权限问题实际就是挂载参数缺了shared。第三群晖的WebDAV挂载不要和Cloud Sync在同一目录上同时操作。WebDAV挂载的目录本质上是一个远程文件系统Cloud Sync的任务如果把它当源目录频繁扫描时会给Alist造成比较大的请求压力网盘接口容易触发限流。尽量只让Cloud Sync操作本地目录到网盘的单向同步不做网盘目录到网盘目录的互相拷贝。第四升级群晖DSM系统或重启Docker服务后检查一遍挂载。DSM大版本更新比如7.1升7.2之后部分挂载可能因为系统组件更新而失效尤其是基于FUSE的rclone和CD2挂载。升级前最好手动卸载一次挂载升级完成后再重新挂载。第五多网盘挂载后文件重名和路径冲突问题。不同网盘里的顶层目录结构可以一致但如果你把多个网盘都挂到同一个父目录下有些文件管理器在重名目录的识别上会混乱。我在Alist里挂载路径统一用/盘别名的方式区分比如/baidu、/quark、/ali避免任何重名可能。第六不要让多个工具同时挂同一个网盘账号。Alist挂百度网盘的同时又用rclone挂同一个百度账号大概率能挂上但网盘端的session会互相挤掉导致频繁掉授权。如果你真的需要多机访问用一个工具挂这一个号其他机器通过WebDAV方式访问不要各自直接登录网盘账号。我目前的稳定组合是Alist挂百度夸克123 群晖原生WebDAV接入CD2挂阿里云盘本地磁盘方式接入rclone挂PikPak。三个容器各司其职开机自启30秒内全部恢复一个季度里基本不需要人工干预。这套方案用了一年多期间经历过群晖升级、网盘接口调整、容器镜像更新整体架构没有大改过偶尔的小问题走一遍上面的排查链路基本都能解决。如果你刚开始搞建议先只上Alist加一个网盘跑通流程再逐步加其他盘。挂载网盘这事方案不在多顺手的架构才是好架构。
