bittorrent 経由でファイルをダウンロードするためのライブラリを作成しています。ユーザーの介入はありません。ユーザーは、ファイルがダウンロードされていることさえ知らずにすみます。私は、ファイル転送の推奨方法として BitTorrent を選択し、MonoTorrent ライブラリを中心にアプリケーションを構築しました。私のサーバーでは、追跡目的で bttrack python スクリプトを実行し、シード用に rTorrent を実行しています。
1078 個のファイルをクライアント マシンに正常にダウンロードしました。ただし、それぞれ 8 パーセントと 11 パーセントを超えないファイルが 2 つあります。uTorrent、BitTorrent、さらには MonoTorrent GUI を使用すると、ファイルは問題なくダウンロードされます。
ダウンロードは、私以外のすべてのクライアントで正常に機能します。シードに使用するクライアントは関係ありません。ファイルサイズやファイル名に異常はありません:
72 359 940b - a05276e5193644d48aaf711242b40a30.ssz
74 448 896b - e5ba856c6115453091d8b82ae53749bd.ssz
私のクライアントでは、最初のファイルが 7.58% (5.30MB) までダウンロードされます。2 番目のファイルは 11.42% (8.30MB) になります。
rTorrent (rTorrent からシードする場合) 画面では、最初はステータスが r/ci/un (リモートで開始された接続/リモート クライアントがローカル クライアントをチョークしている、ダウンロードに関心がある/ローカル クライアントがリモート クライアントをチョークしていない、アップロードに関心がない) として表示されます。
トレントがデッドロックに達すると、ステータスが r/cn/cn (リモートで開始された接続/リモート チョーク ローカル、ダウンロードに関心がない/ローカル クライアント チョーク リモート、アップロードに関心がない) に変わります。
転送はそこで停止し、私が何をしたとしても、それ以上進めることはできません。
MonoTorrent バージョン 0.70.0.0、SVN リビジョン 134304 を使用しています。
クライアントはすべて高価な GSM 接続を使用しているため、トレントのアップロード スロットを 0 に設定しました。ただし、テストでも、アップロード用のスロットを割り当てても問題は解決しませんでした。
これらのクライアントを友達にして、お互いを窒息させないようにするにはどうすればよいですか?
編集: monotorrent svn にあるサンプル クライアントも試しました。また、上記のポイントまでのファイルのみをダウンロードします。古いバージョンの MonoTorrent (バージョン 0.2.0.0) で構築された MonoTorrentGUI はファイルをダウンロードしますが、そのバイナリを使用しようとしても、アプリケーション経由でダウンロードされません。