Synology Debian 8 (Jessie) 編譯 qBittorrent 4.5.5
再不久後就要過年了,最近想轉換跑道,空閒時間也變多了,有多閒呢?閒到在群暉裡的 Debian-chroot 這個老古董,編了一個 qBittorrent 4.5.5+ libtorrent 1.2.19 (qt.5.15.x)
(繼續閱讀)再不久後就要過年了,最近想轉換跑道,空閒時間也變多了,有多閒呢?閒到在群暉裡的 Debian-chroot 這個老古董,編了一個 qBittorrent 4.5.5+ libtorrent 1.2.19 (qt.5.15.x)
(繼續閱讀)先離個題講個題外話:
離上次發文時間好像很久了XD
其實一直都有在更新 qBittorrent Docker 的版本,只是我這個人真的太懶了
沒什麼重大的變動就懶得發文了
平時實在太忙了,年尾空閒時間比較多,往後我會多多發文的
qBittorrent 4.2.0終於上了正式版,一路從Alpha到RC與Beta等測試版,試用上都覺得不錯
libtorrent庫版本也從1.1.x升級到1.2.x,除了這些變動外,變化最大的大概就是Webui了
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 的功能實在很不方便
Synology qBittorrent for Docker 其它版本選擇:
Synology qBittorrent 在群暉裡並沒有第三方源套件安裝
之前利用Debian Chroot的方式編譯了一個Debian 8版本的qBittorrent
使用qBittorrent 4.0.4也好一陣子,真心覺得好用 (缺點大概就是1000種以上會卡成狗)
當使用者從Seedbox把檔案拉回本地重新輔種時大檔案直接跳過校驗省了很多時間
幾天前,有位朋友透過QQ詢問一些Docker qBittorrent 最新版本在群暉上運作的問題
試了幾個Docker Qb4.0.4版本,有些站點會存在Tracker not working或潰崩的問題
不知道為什麼會出現這樣的問題 (猜測作者可能精簡了一些環境導致一些功能異常)
昨天花了一些時間,使用libtorrent1.1.17編了一個新的qBittorrent 4.0.4 build 成 Docker images,為了能正常運作並沒有精簡一些相依賴的環境,今天已push到DockerHub上面
之前曾經使用Asustor (華芸)的Nas一段時間
試用了其中一個套件Ownclooud,它是一個開源的雲端系統套件
包含伺服器端及客戶端,算是一個可以自行打造的雲端環境
查了一下國內外對於 Synology NextCloud 的教學
昨天下午利用了一些時間在Synology 群暉 Nas 順利安裝了 NextCloud 13.0.1 (OwnCloud為其前身)
有使用 Rutorrent 的人,大部份都會使用 htpasswd 給網頁生成認證
讓使用者必須透過帳號 密碼來登入網頁
當然如果你希望你家門戶大開 不建立認證模式也是可以的
前幾天應朋友要求,測試了一下 Synology 第三方套件 Rutorrent
發現除了不支持 IPV6 外、沒有 GeoIP
預設的下載目錄不能指定 USB 硬碟外
大致上使用也沒什麼問題
不過因為不是自己編譯的 Rutorrent
首頁沒有認證模式,也就是說Synology Rutorrent 安裝完預設是沒有 Password
必須自行透過 .htaccess 自行建立
此篇教學為修正 Transmission 權限 for Synology (only for Trnasmission 2.92版本)
最近在網路上看到不少人詢問有關於 Transmission 權限 相關問題
搜尋國外也有不少了提出了Synology Transmission Permission denied
因群暉第三方套件有提供一鍵安裝 Transmission
加上 Download Station本身因為暫存檔問題
所以不少使用者喜歡另外安裝 第三方 Transmission 2.92 的套件
常在 pt 相關討論區看到不少人提到 Transmission 常遇到權限不足的問題
以下分享超級簡單的解決辦法
以下修正適用於 DSM 6.0 以後系統 並只適用於 Transmission2.92 版本
其它更低版本的未經過測試是否可行
2018 02 28更新 Transmission 2.93 版本已無法使用此修正
若出現權限不足,請設定 sc-download 群組有下載資料夾讀寫的權限
Synology qBittorrent for Docker 其它版本選擇:
之前發表了幾篇Linux OS安裝Qbittorrent的教學,但對於一般不熟悉Linux的使用者,獨立伺服器的指令操作可能令人費解,因為他不像Windows 系統,任何東西一鍵install到底就安裝完成了,在編譯的過程,可能輸入了一個錯誤的指令或lose掉了一個步驟,甚至準備環境少了某些庫或設定參數錯誤,都可能導致編譯失敗收場
這時我就很推薦大家使用Nas,伺服器的應用可大可小 ,有ISO認證的那些中、大型企業建立自己機房、自己的伺服器群、自己的機房線路、重新為機房配電配線配空調甚至消防or不斷電系統,花個幾百萬不為過,當然也有小型企業直接搞1-2台Nas當Server完事,套一句周星馳的名言「身為一個IT,在機房偷放一台自己的Nas也是很合理的事」,上面的那句話是做夢夢到的….