Synology qBittorrent for Docker 其它版本選擇：
2019.01.08更新
使用一陣子，發現github不少人回報在Debian/Ubuntu環境裡編譯的4.1.5，三不五時crash，我自己在Debian8環境使用4.1.5也遇到這樣的問題，加上些朋友使用後回報，原本透過Ubuntu 16.04編譯的Latest4.1.5版本也會三不五時潰崩，因此暫時利用手動的方式push了一個Centos7.6環境編譯出來再commit的Image，替換原本的Latest4.1.5版本，Centos的版本我自己試用在之前測試的Docker Image和Seedbox的Server上，已穩定使用一星期沒有出現潰崩的情形，試過上傳Centos版本的Dockerfile，不知為何總是卡在編譯qb4.1.5時出現session.o error，一般這問題都是gcc g++ 版本造成的，Dockerfile指令有另外指定使用相對應的版本來編譯一樣報錯，純手動在Centos7.6的容器裡自行輸入指令編譯確可以順利完成編譯=.=||，Centos我真是搞不懂你啊啊啊啊!!!!!!!，暫時手動push commit修改的版本，有空再來研究~”~
本文
最近看到 qBittorrent 官方放上了 4.1.5 的 release，離上個使用的版本4.0.4也蠻久了，趁著Dockerhub官網介面改版，嚐試build了一個新的 Synology qBittorrent 4.1.5 版本，不過因為 Dockerhub新版介面不熟悉，突然發現我的 Dockerfile 跟 Builds 的狀態連結都不見了，查了一下 Dockerhub 官方論壇，有不少人在改版後的新介面都遇到這樣的問題，所以暫時沒有 Dockerfile，想了解 Dockerfile 內容的話必須到我的 github 看
突然發現 4.1.5 的 Webui 可以編輯 Tracker 了 (灑花) ，也不知從第幾版開始有支援，不過這也是我想使用 4.1.5 的重要原因之一，在不想安裝 Desktop System 的 Seedbox Server 裡，舊版的 Webui 都沒有 Edit Tracker 的功能實在很不方便
一樣已把所有的安裝步驟精簡，相信95%以上的人都能簡單順利的安裝成功，不需額外設定UID、GID造成本機與容器權限的問題，使用Docker官方預設的權限下去運行，以下放上 Synology qBittorrent 4.1.5 相關教學，有需要的朋友不妨試試
========================================================
教學跟之前的幾個版本其實沒有太大的差異，還是一起把教學放上
1.下載倉庫映象檔 madjack/qbittorrent (如果找不到可以翻到第二頁)
目前版本： 3.3.11 、 4.0.4 、 4.1.0 、 latest (4.1.5)
各大pt站點目前應該都支援到 4.1.x 版本
2.佈署映象檔 (點選進階設定)
儲存空間依照下圖示設定，左邊為Nas本機資料夾
右邊為容器qBittorrent預設存放路徑 /downloads 請勿變更
可依喜好修改左邊想存放的路徑
網路設定
欲使用IPV6使用者請勾選 與 Docker Host使用相同網路 (host mode)
必須確定本機Nas已具備IPV6網路環境
若只使用IPV4，可勾選也可不勾選
不勾選會使用docker預設的橋接 bridge mode
必須在下述步驟設定本機Nas與容器Port的對應
bridge mode也有方法可支援IPV6，但每個人網路環境不一樣
有些環境下的IPV6設定複雜
省事點還是直接使用host mode連接較快
連接埠設定 (上面如使用host mode可跳過此步驟)
請依照下圖示設定 (不支持IPV6 – 使用bridge網路橋接)
WebUI預設Port：56789
(請務必將本機&容器連接埠設定為56789，否則WebUI無法順利開啟)
Peer連接用Port：54321
qBittorrent 3.3.11以後的版本，要求預設的WebUI Port必須為8080
想改成其它Port必須先使用8080登入進入WebUI介面才能更改
但8080 Port常有其它的程式會佔用到，所以我在build映象檔時
把預設的WebUI Port改成56789
這也是很多人安裝其它版本的qb images，明明安裝成功了
但是一直無法正常登入WebUI的主要原因
容器間連結&環境設定不需修改，經過上述各步驟後直接套用並啟動容器
登入qbittorrent WebUI
1 2 3 4 | http(s)://你的Nas IP:56789/ ## 預設使用者 admin ## 預設密碼 adminadmin |
設定Options (以下設定為PT環境較佳設定)
儲存位置改為/downloads/
(若想改其它儲存位置必需熟悉Docker目錄掛載，改成其它位置在本機可能會找不到下載的檔案)
WebUI選項：把語言設為中文
連線選項：從我的路由器使用 UPnP / NAT-PMP 連接埠轉送取消勾選，路由器支援UPnP轉發的話可勾選
(若不熟悉Docker環境請勿任意修改預設Port 54321)
速度選項
替代速率限制下方二欄取消勾選
套用速率限制到uTP協定 & 套用速度限制至傳輸負載勾選
Bittorrent選項：全部取消勾選
WebUI選項： 設定語言及改變使用者帳號、密碼
UPnP / NAT-PMP 如果分享器支援的話可勾選
不支援的話請取消勾選
設定完成記得按儲存
若可連接為否或 Webui 無法正常開啟，請檢查分享器 or 路由器有無設定 Port Forwarding 54321 和 56789
*** 已知小BUG反饋 ***
Synology Docker qBittorrent容器面版記憶體統計有一些小問題
可能會發現Ram會暴衝到500m甚至幾6-7g，可是實際上才使用100多m記憶體
有不少其它同為qBittorrent的docker images在群暉Docker容器統計面版都會出現這個問題
不知道是qBittorrent本身的問題，還是群暉Docker本身的問題，但基本上不影響使用
若想瞭解真正記憶體使用量的話請點選容器詳細資料→ 程序 即可得知真正記憶體使用量”
紅框處顯示暴衝的記憶體使用量
詳細資訊→程序 裡面紅框處顯示真正記憶體使用量
4.1.5 password : adminadmin does not work, change on the default password ?
default user:admin
default password:adminadmin
Before 5 minutes, I installed the 4.1.5 image again
and can login with defautl password(adminadmin)
All text must be lower-case.
我试用了最新版和4.1.5版，问题也和楼上一样，下在完成后在真实下载目录中没有下载文件，不知道放在哪了。
请问你是用seedbox 还是Synology的Docker呢
有bug，运行正常，但下载完毕后 看不到所下载的文件。
你好，请问你有试过4.1.6 或它版本吗？
我自己用4.1.5目前正常
会出现你这样的情况，是因为你的Docker文件夹和本地机器的文件夹没有映射上
再检查一下看设定是否有错误
感謝分享
在DSM6.2順利使用
有没有办法迁移种子，下载在几个文件夹里
迁移是可行的，只是操作非常的麻烦，种子不多的话，个人感觉利用跳过校验重新加载种子的方式会比较方便
一般操作需ssh进容器，以群晖当例子
登入ssh后先输入doker ps列出正在运行qb容器的那个id(如下图红框处)
输入下列指令进入容器
docker exec -it –user root 45cee788155f /bin/bash
qb的备份档一般在/root/.local/share/data/qBittorrent/BT_backup 这个资料夹里
把旧版本BT_backup备份出来 贴到新版本qb一样的位置，重新启动
旧的种子列表就会出现，旧版本如果是其它作者写的，那位置会不一样
因为qb设定档会因执行时使用不一样的使用者出现在不同的位置
不知道怎么SSH进容器~~
100多个种子放在不同的文件夹下，手动跳过校验有点麻烦~~还有风险万一弄错就是BAN~
进容器的方法我有qq给你
你再试试看能不能成功，大致torrent list转移方法如下
先进入旧的容器ssh
把/.local/share/data/qBittorrent/BT_backup 这文件夹用成压缩檔后
放到旧容器一个本机与容器mount的文件夹，然后在本机环境
把此压缩檔放到新的容器的文件夹
文件夹一样必须也是本机与容器mount，进新容器的ssh，把压缩檔解压到
/.local/share/data/qBittorrent/BT_backup 覆盖掉新容器的BT_backup
把旧版本BT_backup备份出来 贴到新版本qb一样的位置，
命令怎么输BT_backup 找到了
QB4.0.4也是用的你的
哈哈，终于更新了。
再帮忙测试下，感谢
上github看，发现4.1.5版本 Debian8/Ubuntu16.04 环境会有运行几小时or几天溃崩的问题
lastest版本是基于Ubuntu16.04 builds
我自己运行4.1.5，有发现一、二次容器意外停止的情况
另外测试了一个Centos开发的4.1.5，目前还没发生溃崩