【軽量】 qBittorrent Part4 【BT/μTorrent】
ttp://www.qbittorrent.org/
特徴
・フリー
・オープンソース
・広告無し
・Linux, Mac OS X, Windows, OS/2, FreeBSDサポート
・日本語対応
・Qtで作られておりμTorrentとほぼ同じUI・使用感・設定
・コアにlibtorrent-rasterbar(ttp://www.libtorrent.org/)を採用しているので安定していて軽い
その他
Well-integrated and extensible Search Engine
Simultaneous search in most famous BitTorrent search sites
Per-category-specific search requests (e.g. Books, Music, Movies)
All Bittorrent extensions
DHT, Peer Exchange, Full encryption, Magnet/BitComet URIs, ...
Remote control through a Web user interface
Nearly identical to the regular UI, all in Ajax
Advanced control over trackers, peers and torrents
Torrents queueing and prioritizing
Torrent content selection and prioritizing
UPnP / NAT-PMP port forwarding support
Torrent creation tool
Bandwidth scheduler
IP Filtering (eMule and PeerGuardian compatible)
IPv6 compliant
広告やアドウェアが混入されたμTorrentからの乗り換えに
前スレ
【軽量】 qBittorrent Part3 【BT/μTorrent】
https://lavender.2ch.sc/test/read.cgi/download/1512275375/
DLが未完のときはSSD 完了したらHDDの設定は
オプション のダウンロード
デフォルトの保存先 をHDDのパスに設定
その下 未完了のTorrentの格納先にチェックし SSDのパスに設定
これで完了したものだけがHDDに移動されるよ
うちはアクティブダウンロード数は 128としてる（回線速度は300Mbps）
引っかかっているものがあってもどんどん追加して大丈夫 早いときは40MB/sくらいは出る
ただあまりに調子いいとCPUパワーも食うのでi5 8400を使っているよ
PIAのサポートページにはポート転送有効にするとプライバシーが低下すると書いてある。
この場合はVPNだけでプロキシは使わない方が良いんですかね
VPNだけ
VPN+匿名モード
VPN+匿名モード+プロキシ
VPN+プロキシ
どの構成が安全なんでしょうか
どもどもサンクス
その設定使わせてもらいます
忘れないようにしっかりメモ帳に保存しておこ
SSDはM.2を使ってるの?
性能的にはSATAでも十分なんだけどうちのはm.2 Nvme接続のだよ
HDDがたくさんなんでSATAポート
SATAポートを稼ぐ意味でもね～
容量は大きいほうが寿命にも有利なんで500GB以上のものをおすすめ
ある程度大きくないとたまにある超大容量のがダウンできないしね
一部でIPv6+IPV4のIPoE方式ではTorrentが使えないといった情報を目にしたのですがやはりPPPoEでないと無理なのでしょうか？
答えてくれてありがとう
SATAでも大丈夫ならSATAでいきます
回線速度300Mbpsだといくら速くても40MB/sは無理だと思うけど
A:使えばわかる
Q:本当ですか？
A:マジ
何度関連付けをやり直してもマグネットリンクをダブルクリックしても何も反応してくれません。
(ブラウザはクロムを使ってますが、edgeでも結果は同じです)
これは何が問題なのでしょうか？
何度か再インストールしたのですが、無反応でした。bittorrentなどでも無理なのが
よくわかりません。
ありがとうございます！試してみます。
バグ修正：Windows OS以外でのファイル名検証を修正（Chocobo1）
バグ修正：ScanFolders / FileSystemWatcherは、ファイル名に大文字と小文字を区別しないマグネットファイルを検出するようになりました（Chocobo1）
バグ修正：トレントを作成してセッションに自動追加した後のシードの失敗を修正（Chocobo1）
UP 1MiB/S
orz
この赤字が毎回起動直後の実行ログで同じのが4行くらい出る
同じ症状出る人いる？
これリセットするのどうするんだ
そのファイルが壊れているのでは
転送リストから消せばいけそう
ごめんなさい説明不足でした
転送リストから消して、一ヶ月終了と起動を繰り返しています
つまり表面上あるはずのないハッシュが実行ログの内部に残っている・・・
なんかqbitにありそうなバグだから皆さんの起動時も実行ログに同じ症状があったら知りたい
２こあった
qbのデータディレクトリにあるBT_backupから問題のハッシュ.fastresumeを抜いたら出なくなった
クライアントが余計な情報リークせずに使えるかを保証出来るかも微妙
バグ修正：Windows OS以外でのファイル名検証を修正（Chocobo1）
バグ修正：ScanFolders / FileSystemWatcherは、ファイル名に大文字と小文字を区別しないマグネットファイルを検出するようになりました（Chocobo1）
バグ修正：トレントを作成してセッションに自動追加した後のシードの失敗を修正（Chocobo1）
ネット切って起動して好きなサイズや位置にしてから終了（出来ればプロセスの終了を確認）
コネクションが終わるのを律儀に待ち続けるバグ？なのか知らないけど
ウィンドウを閉じてもプロセスはなかなか終了しないんだよね
正常終了しないとサイズとかは保存されないんだと思う
サンキュー！ そういうことか
全然ダメだぞ
みんなどうしてるの
logsフォルダの方はオプション設定で１ヶ月後削除にしてるけどこの設定ってBT_backupのハッシュがいっぱい入っているフォルダにも適用されるのかな
どんどん溜まるだけなら全部完了して画面の方のトレントを全部削除した時にこっちも掃除する必要がありそう
あとqBは登録中のトレントの数が多いとフリーズしやすいね
ちょこちょここまめに消化する必要を感じる
例えば すべて（500）ってなってるなら1000ぐらいファイル出来る（1トレごとに.torrentと.fastresumeが出来る）
ここら辺が消えたりおかしくなったらシード再開するの面倒だから、むしろバックアップしてるよ
logsは俺も１ヶ月後削除にした、この設定はBT_backupとは関係ないと思う（あればトレが勝手に消えるはず）
トレが多いとフリーズしやすい現象詳しく
最新版で500トレ300シード中なら普通に動いてる
データストレージ接続する前にqBの起動はしないように気をつけて、俺はこれで痛い目にあってる
このメモリ使用量って普通?それとも多い?
登録してるTorrentは14個で全部シード中（UPしてるのは2～３個で速度はせいぜい200KB/s）
前はこんなにメモリ食ってなかったんだと思うんだけどなぁ…
ディスクキャッシュを手動で設定しないとメモリいくらあっても足りんよ
4.1.2から上げてないんだけど、370個ほどで223MB
ディスクキャッシュの設定見直してみるよ
>>68
370個もあって223MBかぁ…そんなもんだよね
ちょっと設定見直してみる
ところでディスクキャッシュのデフォルト値っていくつだっけ?
コメットだと右下に指定したポート番号と緑色の丸が出て、解放したポートがちゃんと動作してますよってのが
視覚的に分かるんだけど、そういうのってないの？
64MiB、こっちも>>68と同じぐらいなもん
１回全設定のリセットを試してみたければ
https://github.com/qbittorrent/qBittorrent/wiki/Frequently-Asked-Questions#where-does-qbittorrent-save-its-settings
のwhere-does-qbittorrent-save-its-settingsで
qBの設定が保存されてるディレクトリを確認（使用OSで変わる）
qBのプロセスが終了しているのを確認→一旦デスクトップにでもその２つのディレクトリを退避（出来ればさらにバックアップ）→qB起動
で初期化さるかと
退避したディレクトリを元に戻せば設定も戻るはず（やる前に必ずqBが終了してるか確認）
>>70
下のバーのDHTの右、スピードメーターの左だと思う
サンクス、やっぱあそこしかないっぽいね
試してみたんだが、あの表示はポート開放してようがしてまいが「直接接続、OK」みたいな
表示になっちゃうから、ポートそのものの状態には左右されないみたいなんよね・・・
まああれがOK状態になればそれだけでもいいか
レスありがとう!
全設定リセットしたらメモリ使用量落ち着いたよ
いくつか試してみた
閉じてるポート番号に変更→qB終了→再起動（黄色いまま）→開放してる番号に変更（すぐに緑）になった
黄色いときは動作中のトレのFlagsにI（相手からこちらへ接続）がついてるトレは無し
ただ緑のときに
PCのファイアウォールでポートをdenyしても緑のままだったり（FWはdenyしても成立済みコネクションはそのままって設定だったり、qBがそれで開放済みって判断しちゃってるとか？）
閉じてるポートに番号変えたら黄色になったけど、コネクション成立済みのトレはそのままだったり（開放してるポート番号のまま）
他だとUPnPがONのままで実はqBが勝手にポート開放してたとか？
緑になった後にポート等をいじらない限り開放中って事で良いのかも
なるほど 起動時に色々と認識してて、それがそのまま残りやすいみたいな感じやね そういやコメットでも似た挙動の記憶があるわ
これ自体は軽くて余計なもんがついてないから気に入ってる、このまま使うことにするよ サンキュー
PCを再起動すれば立ち上がるけど
これもキャッシュの影響ですか？
https://github.com/qbittorrent/qBittorrent/issues/8157
qBを一度閉じたけど、プロセスは終了していない場合もう一度起動しようとすれば>>79になるし
>>58-62のような事も起こる
対策は
試してないけど、qBを閉じる前にトレントを全部停止してから閉じるか
ウィンドウを閉じてからプロセスを強制終了させるか
netstatに-oをつけてコネクションを見てるとこの問題が見える
qBはコネクションの終了を律儀に待ってしまっている
ならタイムアウトを減らせば良いのではと思って、下を追加したら早めに正常終了するようになった
sudo nano /etc/sysctl.conf
net.ipv4.tcp_syn_retries = 3
net.ipv4.tcp_retries2 = 6
最後sudo sysctl -pで変更を適応
VPN通しててもやり過ぎはマズイもんね？
結局shで書いたけど、探せばそういうプログラムがあるのかもね
古い情報参考にして上り30G/日は超えないようにしてるけど、今はどこまでOKなんだろうか
トレはつけっぱが多いが2MB/sには一応している、、がこれでも1日では170GBになるわけだが、、何事も起こったことないよ
バグ修正：キューのトップ/ボトムに移動するときに相対的な順序を維持する（Chocobo1）
WINDOWS：実際の物理画面DPIを使用（Chocobo1）
WEBUI：Web APIバージョンのバンプ
これはバグ？
手動で強制再チェックすると解決するが・・・
4.1.8も同じだった
仕様変更されたの？
上段のファイル名の行の「完了」→100%、状態→「ダウンロード待ち」、DL速度→「0 B/s」
下段の当該ファイルの詳細
全般のタブ 進捗状況に小さな緑「不完全なピース」が混じっている
コンテンツのタブ 進捗状況が99.4%などになっていて上段の完了の項の100%と異なる
上段の当該ファイルを右クリックして強制再チェックすると状態が待機中になりリストの下に回される
強制再チェック後は完全なファイルの証であるだろう「ファイルの拡張子の.!qBが外れる」ことも確認
（下段の当該ファイルの詳細の進捗状況も100%と完璧になっている）
どう解釈するべきなのか分かりかねたので教えてもらいたくお願いいたします
前は良くなってたけど最近のは起こらないな
!qbが付く前のファイルと、!qbが付いたファイル、!qbが付いて追加ダウンロードして!qbが取り除かれたファイル全てハッシュ同じなんやけど・・・
最新です
>>92
手動で強制再チェックしたら「!qBも外れて完璧なファイルになった」という意味でした
分かりにくくてすみません
NGワード
Torrent完了時に再チェックするをONにしてみるとか？、これセキュリティ的にも良いとか
ダウンロード中のファイルはtempに保存 → 完了したら再チェックで確認＆本ディレクトリに移動
を試してみたければ（自分はこれでやってる、この現象は経験無し）
未完ファイルに.!qBをつける：OFF
未完了Torrentの格納先：ONにしてtempを指定
Torrent完了時に再チェックする：ON
altおしながらクリックして動かしてご覧
Torrent完了時に再チェックやってみます
手動は面倒ですし・・・
100～のスレッドの続きを読む