OpenList 跨主机配合 qBittorrent 离线下载卡 0% 问题请教

[newsqualychen]

【环境部署说明】

部署方式：OpenList 与 qBittorrent 分别部署在两台不同的虚拟机上（通过 Docker Compose 运行）。

存储共享：两台虚拟机之间已通过 NFS 共享了存储目录，且网络与目录互通。

NFS 挂载：OpenList 的缓存目录通过 NFS 共享给 qBittorrent 所在的主机。

【Docker Compose 配置】

虚拟机 A (OpenList 容器)：

YAML
volumes:

• ./data:/opt/openlist/data
• /home/squaly/docker/openlist/temp/qBittorrent:/opt/openlist/data/temp/qBittorrent
  虚拟机 B (qBittorrent 容器)：

YAML
volumes:

• /mnt/nfs/media/music:/music
• /home/squaly/docker/openlist/temp/qBittorrent:/opt/openlist/data/temp/qBittorrent
  【已完成的验证排查步骤】

共享路径与 Docker 映射通畅性：
在 qBittorrent 容器内部运行 docker exec -it qbittorrent ls -la /opt/openlist/data/temp/qBittorrent，可以正常读取到 OpenList 所在宿主机在该目录下创建的文件（测试文件权限已确认可读写）。

qBittorrent 任务保存路径：
查看通过 OpenList 推送后卡在 0% 的种子属性，其保存路径显示为：
/opt/openlist/data/temp/qBittorrent/<UUID文件夹>

NFS 权限处理：
NFS 服务端已设置 all_squash,anonuid=1000,anongid=1000 强行映射用户身份，且目录已递归赋予 777 权限，排除了基本的 Linux 文件夹读写权限问题。

【具体现象与疑问】

在 OpenList 发起离线下载后，任务成功推送至 qBittorrent，但下载进度始终卡在 0% 无法开始写入。

请教社区大佬：

这种跨机器/跨虚拟机部署时，OpenList 调用 qBittorrent API 推送的保存路径是强制为临时缓存路径 /opt/openlist/data/temp/qBittorrent/ 吗？是否有配置项可以自定义推送给下载器的绝对 Save Path（比如直接指定为最终挂载目录 /music）？

如果必须经过临时目录中转，qBittorrent 在写入 /opt/openlist/data/temp/qBittorrent/ 时卡 0%，是否是 OpenList 在创建 UUID 子文件夹时的权限/文件锁机制导致 qBittorrent 进程无法初始化写入？该如何正确配置？