qBittorrent安装在群晖的docker下,因为群晖是双网口,某个网卡走了代理。有时候因为规则问题会导致容器内的qBittorrent走了代理。(CHD被封号了都?)想着解决根本问题,打算把qBittorrent迁移出来。思考许久。在pve里面搭建了Debian了环境(debian安装系统是我见过最漫长的,挂了代理还是奇慢无比!!!)
首先是debian下完成了系统各种基础环境搭建,最初引用的Linux直接跑qBittorrent,搭建完成qBittorrent数据恢复之前群晖的配置。测试发现,种子数量不对 ,经过gpt和deepseek两边帮忙,先是转换种子配置文件的路径(也是坑),映射路径问题。经过gpt和deepseek两边帮忙总算把所有种子都显示出来了,但是所有种子路径都是同一的。如果手动修改800多个要亖人的。经过查遍资料和问ai最终还是没能解决种子显示问题和路径问题。最终无奈放弃。
考虑到之前是docker环境搭建的是不是种子数据和配置文件略有区别。于是在253上测试docker搭建qBittorrent,恢复群晖上的旧qBittorrent配置和种子数据BT_backup。打开终于看到了所有种子和之前的种子数据路径。
解决了种子数据问题,挂载就简单了。首先在openwrt上安装了nfs客户端。群晖上已经部署了nfs服务。将media和music2个文件打开nfs权限测试通过 ,qBittorrent也正常做种了
安装 NFS 客户端:
sudo apt update && sudo apt install -y nfs-common
# 挂载媒体目录
sudo mount -t nfs -o vers=3,nolock 192.168.99.3:/volume2/media /data/media
# 挂载音乐目录
sudo mount -t nfs -o vers=3,nolock 192.168.99.3:/volume3/music /data/music
由于疏忽,下载了一个冷门种子一直出错,qBittorrent也不显示具体错误信息。(实际是挂载路径读写权限问题,因为之前看到qb已经在做种了,没考虑只读问题)检测再三,gpt提示我的也都是nfs权限设置问题。但就是测试写入失败。

上面设置已经确认多次无误。问题依旧无法写入权限。
后来DeepSeek告诉我还需要修改文件夹的权限。修改成Everyone 读写的权限


测试写入
echo “test” > /mnt/media/test.txt

终于在media目录下见到了test.txt
qBittorrent那个出错的种子也正常开始下载了。

本次迁移遇到了各种奇奇怪怪问题。自己也学习了很多。最终完美的解决了PT下qBittorrent走代理的情况。
⚠️重要:bt_backup,里面是种子信息以及restore信息 建议直接复制config文件夹所有文件。












暂无评论内容