中国では、Thunder(XunLei)という名前のダウンロードソフトウェアが非常に人気があります。 しかし、ほんの少しのデータでもアップロードされず、進行状況が0%であると報告されており、常にピアリストで最速のリーチャーであるため、私は腹を立てました。
ブロックされないようにするために、そのクライアント名は-XL0012-
、いくつかのランダムな文字列が含まれています。
次に例を示します。
それを右クリックして、IPを手動でブロックする必要があります。 しかし、ユーザー数が多いため、実用的ではありません。
この問題を解決するには、いくつかの効果的な方法が本当に必要です。
Win101803で実行されているqbittorrent4.1.5。
この問題を支持したいですか? それに賞金を投稿してください! Bountysourceを介して
そして、私は吸血防止アップロード輻輳制御戦略を使用しました。 (英語の正確な名前はわかりません)
ここに興味があるかもしれないqBittorrentフォークがあります。https://github.com/c0re100/qBittorrent-Enhanced-Edition/issues/2を参照して
ここに興味があるかもしれないqBittorrentフォークがあります。c0re100#2を参照してください。
それは良さそうです。
しかし、オリジンのqBittorrentが同様の機能を追加してくれるかどうかについては興味があります。
可能であれば、サードパーティバージョンではなく公式バージョンを使用することをお勧めします。
クライアントに一致するルールを設定してブロックできればいいと思います。
たとえば、IPがxxxxからxxxxの範囲にあるピアをブロックしたり、クライアント名に文字列「XL0012」が含まれているピアをブロックしたりします。
高度な機能を実装するためのユーザースクリプトを書くこともできます。
「そして、私は吸血防止アップロード輻輳制御戦略を使用しました。(英語の正確な名前はわかりません)」
ヒル防止は、そのオプションが英語で呼ばれているものです。
このリンクから: https :
「ヒル防止シードアルゴリズムは、Chowet。al。の論文「ImprovingBitTorrent:A Simple Approach」に基づいており、ピアの数に基づいてピアをランク付けし、開始したばかりのピアとに近いピアをアンケすることを好みます。完了しました。」
5〜95%完全なランダムピアよりも0%完全なThunder(XunLei)クライアントに多くをアップロードします!
何も与えない仲間と戦うためのより効果的な手段は、すべての急流で「通常の」スーパーシードを有効にすることです。 最大アップロードスロットは、接続されているピアの数よりも少なくする必要があります。そうでない場合、qBitTorrentは引き続きすべてのピアにアップロードします。
厳密なスーパーシードは、接続されたピアが5つ未満のトレントではうまく機能しない、より極端な形式です。つまり、長期間にわたって適切なピアにアップロードされなくなります。
ピアへのアップロードを最小限に抑えたい場合は、残念ながら手動でピアを禁止する必要があります。 これには、最悪のIP範囲に対してipfilter.datブロック範囲を作成する必要がある場合があります。
「そして、私は吸血防止アップロード輻輳制御戦略を使用しました。(英語の正確な名前はわかりません)」
ヒル防止は、そのオプションが英語で呼ばれているものです。
このリンクから: https :
「ヒル防止シードアルゴリズムは、Chowet。al。の論文「ImprovingBitTorrent:A Simple Approach」に基づいており、ピアの数に基づいてピアをランク付けし、開始したばかりのピアとに近いピアをアンケすることを好みます。完了しました。」
5〜95%完全なランダムピアよりも0%完全なThunder(XunLei)クライアントに多くをアップロードします!何も与えない仲間と戦うためのより効果的な手段は、すべての急流で「通常の」スーパーシードを有効にすることです。 最大アップロードスロットは、接続されているピアの数よりも少なくする必要があります。そうでない場合、qBitTorrentは引き続きすべてのピアにアップロードします。
厳密なスーパーシードは、接続されたピアが5つ未満のトレントではうまく機能しない、より極端な形式です。つまり、長期間にわたって適切なピアにアップロードされなくなります。ピアへのアップロードを最小限に抑えたい場合は、残念ながら手動でピアを禁止する必要があります。 これには、最悪のIP範囲に対してipfilter.datブロック範囲を作成する必要がある場合があります。
分かりました。 私は文字通りオプション名を取りました。
つまり、「スーパーシード」モードを使用したり、オプションを変更したりしても、公式ビルドでそれをブロックする良い方法はありませんよね?
それらと同じなので、私もこれらのジャンククライアントに少しもアップロードしたくありません。
私は今サードパーティバージョンを使用しています、気分がいいです。
最大接続数よりも低く制限されたアップロードスロットを使用したスーパーシードは、1時間以上の時間でうまく機能します。
0%のピアは、他のピアがほとんど/まったく持っていない1つのピースを取得し、他のピアがそのピースを持っていると報告するまで、0%のピアはそれ以上アップロードを取得しない可能性があります。
このページを読んで、スーパーシードモードがどのように機能するかを理解しました。
しかし、私は最初のシーダーではありません。すべてのピアが簡単にピースを取得できるので、それは私を助けることはできないと思います。
スーパーシードは、最初のシーダーである必要はありません。アップロードの重複が少なく、より効率的に機能します。 ただし、リーチングしているXunLeiクライアントに複数のピースをアップロードするよりも、1時間間隔で同じピースを複数のピアにアップロードすることについてはあまり気にしないでしょう。
スナップショットでの2つのxunleiクライアントの進行状況は0%ですが、他のクライアントにアップロードするにはどうすればよいですか?冗談ですか?
9102年になり、Xunleiは他のクライアントにアップロードしないと言う人もいます...
スナップショットでの2つのxunleiクライアントの進行状況は0%ですが、他のクライアントにアップロードするにはどうすればよいですか?冗談ですか?
9102年になり、Xunleiは他のクライアントにアップロードしないと言う人もいます...
XL0012のXunleiクライアントに示されているように、どれだけアップロードしても、報告される進行状況は常に0%であり、情報をアップロードすることはありません。
信じられない場合は、パブリックネットワークにアクセスして、いくつかのシードをランダムにダウンロードしてください。明らかになります。
Thunderの一部のバージョン(UAはThunderのバージョン番号であり、XL0012ではありません)がアップロードされます。
9102の後でも、Xunleiが行った邪悪なものは消えません!
「スナップショットでの2つのxunleiクライアントの進行状況は0%ですが、他のクライアントにアップロードするにはどうすればよいですか?」
彼らは完了率について嘘をついており、シードやピアが多くのピースをアップロードした後でも常に0%であると主張しています。
古いバージョンのqBitTorrent(約3.0.10以前?)は、バグやプログラミングの見落としが原因の1つとして、同じことをあまり行いませんでした。
Strict Super Seedingを有効にし、Upload ChokingAlgorithmをAnti-leechに設定しました。 ただし、Xunleiクライアントは、人気のある急流のピーク時に接続で群れを氾濫させているようです。 ダウンロードとアップロードの速度を上げるための唯一の解決策は、接続時にクライアントラベル「-XL0012 ...」のIPを手動で禁止することでした。これは非常に面倒でした。
ankushnarula、この号のスレッドですでに指摘したように、Anti-leechは問題を改善するのではなく悪化させます。
また、通常のスーパーシードは厳密なスーパーシードよりも効果的です-ヒル攻撃にわずかに抵抗することと敵対的な仲間に対処することの両方で。
敵対的な仲間に対処するためのより包括的な方法が必要です。 敵対的なクライアントの禁止は、残念ながら自動化/自動化する必要がありますが、ロジックにバグがある可能性があるため、それを無効にする手段があります。
私を許して。 誤解しました。 しかし、試行錯誤しながら結論に達しました。 また、これは、トレントごとの分散コンセンサスアプローチの外ではかなり解決されないようです。
2019年4月24日18:46、
ankushnarula、この号のスレッドですでに指摘したように、Anti-leechは問題を改善するのではなく悪化させます。
また、通常のスーパーシードは厳密なスーパーシードよりも効果的です-ヒル攻撃にわずかに抵抗することと敵対的な仲間に対処することの両方で。敵対的な仲間に対処するためのより包括的な方法が必要です。 敵対的なクライアントの禁止は、残念ながら自動化/自動化する必要がありますが、ロジックにバグがある可能性があるため、それを無効にする手段があります。
—
あなたがコメントしたのであなたはこれを受け取っています。
このメールに直接返信するか、GitHub(https://github.com/qbittorrent/qBittorrent/issues/10258#issuecomment-486455764)で表示するか、スレッドをミュートします(https://github.com/notifications/unsubscribe-auth / AAAQWM7YZNFLNGHCQWTNR7TPSDPOBANCNFSM4GUKOVLQ)。
ここでも同じですが、パブリックトレントをダウンロードするときに-XL012を手動で禁止すると、サードパーティのトラッカーが追加されていない場合にdht pexを介してポップアップし続けるため、面倒です(一部の人気のあるトラッカーは、中国でブロックされるか、中国のipsをブロックします)。 チェックを外すと、0%のように見え、アップロード帯域幅の大部分を占めるだけでなく、見返りとして何も与えません。 中国にいないユーザーにとってはそれほど問題ではありませんが、GFWがアウトバウンドよりもインバウンドトラフィックをフィルタリングしているので、Xunleiは効率的にリーチできません。
(しかし、私が知る限り、libtorrentが実装しない限り、qbにはこの機能がありません。)
あなたが正しいです。 たぶん私はそれをlibtorrentのリポジトリに投稿する必要がありますか?
ρ送自Windows10版邮件用
ρ件人:NAVrasZ
ρ送時間:2019年5月13日18:10
収件人:qbittorrent / qBittorrent
抄送:MR; 著者
主题:Re:[qbittorrent / qBittorrent]特定のクライアント(Thunder)をブロックする方法はありますか? (#10258)
ここでも同じですが、パブリックトレントをダウンロードするときに-XL012を手動で禁止するのは面倒です。 それらは0%であるように見えるだけでなく、チェックしないままにすると、通常、アップロード帯域幅の大部分を占め、他の人にはほとんど残らず、見返りもありません。
(しかし、私が知る限り、libtorrentが実装しない限り、qbにはこの機能がありません。)
—
スレッドを作成したため、これを受け取っています。
このメールに直接返信するか、GitHubで表示するか、スレッドをミュートしてください。
これはすでにhttps://github.com/arvidn/libtorrent/pull/3833で参照されてい
たぶん、ブラックリストに追加することは、Xunleiをブロックするための速い方法ですか? そのブラックリストにXL0012
を追加するだけで、qbtはこれらのクライアントを自動的にブロックします。 ヒルをハックするのは簡単ですが、少し役立つ場合もあります。
スナップショットでの2つのxunleiクライアントの進行状況は0%ですが、他のクライアントにアップロードするにはどうすればよいですか?冗談ですか?
都9さん年了、ません有人在説明雷不上ス
私は4年間qbitを使用しています、
サンダーのアップロード(xunlei / XL002)を見たことがありません。
私が彼に1GBをアップロードしても、彼はまだ0%の進捗を示しています。
速度バージョン(7.xxx)のみが50kb以下の速度でアップロードされます。
サンダーのユーザーが多すぎるので、抗血液機能が必要です。
公式版を使いたいだけです。
「ヒル防止シードアルゴリズムの不正なピアをチョークする」がlibtorrent1.2.1に実装されました。現在、libtorrent1.2.2がリリースされたqbittorrent4.2.0RCがあります。Thunder(XunLei)で問題が発生した場合は、テストできますか?まだアップロードが行われているかどうかを報告しますか?
「ヒル防止シードアルゴリズムの不正なピアをチョークする」がlibtorrent1.2.1に実装されました。現在、libtorrent1.2.2がリリースされたqbittorrent4.2.0RCがあります。Thunder(XunLei)で問題が発生した場合は、テストできますか?まだアップロードが行われているかどうかを報告しますか?
https://imgur.com/qYKQqfr
まだアップロード中
@cannotbeblankアンチリーチアルゴリズムを使用していますか?
@cannotbeblankアンチリーチアルゴリズムを使用していますか?
この機能を使用する必要がありますか? デフォルトでブロックされていると思いました。
現在、アルゴリズムを使用しています。
それでも
https://imgur.com/ME9peky
アンチリーチは効果がないだけでなく、このスレッドで前に説明したように、名前が意味するものの反対を行います。
qBitTorrentのスーパーシード方式(厳密なスーパーシードや初期シードではない)の方が効果的ですが、トレントあたりのアップロードスロットがそのトレントのピアよりも少ない場合に限ります。
「ヒル防止シードアルゴリズムの不正なピアをチョークする」がlibtorrent1.2.1に実装されました。現在、libtorrent1.2.2がリリースされたqbittorrent4.2.0RCがあります。Thunder(XunLei)で問題が発生した場合は、テストできますか?まだアップロードが行われているかどうかを報告しますか?
解決策が機能していないようです。
ヒル防止アルゴリズム。 Windows 10. qBittorren 4.2.0RC
現時点では、私はすでに多かれ少なかれ800KiBをクライアントにアップロードしています。
編集-フォローアップ
クライアントは1MiBをダウンロードしたばかりで、まだ0.0%の進行状況を示しています。 群れでは、64 KiBをダウンロードした他のクライアントは、進行状況の列で0.1%をマークします。
編集/ 2
再起動後、現時点では群れにXunLeiの痕跡はありません
編集/ 3
XunLei 0012および0.0.1.8はまだ存在し、ダウンロードされており、0%の進行状況を示しています
Linuxとバージョン4.3.0alpha1を使用しても、接続は維持され、リーチのみになります。 しかし、実際に0%を超える完了を示した奇妙な人が1人いました。
PR arvidn / libtorrent#3833は役に立たないようです。
qbittorrentバージョン:4.2.0
アップロードのチョークアルゴリズムが「Anti-leech」に設定されました。 (そして他の2つのアルゴリズムも役に立ちません。)
ご覧のとおり、120MB以上(現在は禁止前は180MB)を受け取りました。これは、30個でトレント全体の1.5%を意味します。
さらに、スクリーンショットでは、UAが7.10.34.360
あるピアを見ることができます。 正直なところ、Xunleiの古いバージョンです。
トレントが着信接続で完全に溢れ、その多く/ほとんどがヒルまたはより悪い敵対的である場合は、着信接続を一時的に無効にしてみてください(ポート転送を削除する/ファイアウォールルールを追加する)、DHTおよびPEX。
...そして、トレントあたりの最大接続数を、現在接続されているピア+シードの数以下に減らします。 (これは、着信接続を無効にするのと同じ効果がありますが、より多くの帯域幅が必要になる場合があります。)
ウィキペディアによると、ThunderはuTPをサポートしていません...またはサポートしている場合は、qBitTorrent / libTorrentよりもさらに貧弱です! したがって、TCPシード+ピア接続を無効にすると、完全にブロックされます。
着信TCP接続を許可しない場合でも(たとえば、ルーターのポートフォワードUDPのみ)、それらがほとんど表示されないはずです。中国のグレートファイアウォールは、中国のThunderクライアントへの中国国外の接続のほとんどの試みをブロックするためです。
トレントが着信接続で完全に溢れ、その多く/ほとんどがヒルまたはより悪い敵対的である場合は、着信接続を一時的に無効にしてみてください(ポート転送を削除する/ファイアウォールルールを追加する)、DHTおよびPEX。
...そして、トレントあたりの最大接続数を、現在接続されているピア+シードの数以下に減らします。 (これは、着信接続を無効にするのと同じ効果がありますが、より多くの帯域幅が必要になる場合があります。)ウィキペディアによると、ThunderはuTPをサポートしていません...またはサポートしている場合は、qBitTorrent / libTorrentよりもさらに貧弱です! したがって、TCPシード+ピア接続を無効にすると、完全にブロックされます。
着信TCP接続を許可しない場合でも(たとえば、ルーターのポートフォワードUDPのみ)、それらがほとんど表示されないはずです。中国のグレートファイアウォールは、中国のThunderクライアントへの中国国外の接続のほとんどの試みをブロックするためです。
笑
前のコメントの画像を見たことがありますか..........?
サンダーは昔からuTPをサポートしています、、、、、、、
良い点...そしてはい、私はそれを逃しました。 しかし、uTPでSTUNを実行できますか?
...そうでない場合は、UDPを転送しないでください。おそらく、着信に接続できません。
Web apiとipfilter.dat(トレントピアデータの取得やアプリケーション設定の設定など)を使用すると、これらの特定のピアクライアント(XL0012、Xunlei、クライアント:7.2など)は、ビルドされていませんが、簡単に除外できます。 -機能内。
ところで、静的IPを持たないクライアントについて考えると、実装にはIPをフィルタリングする時間ベースのローテーションメカニズムが必要になる場合があります。
特定のクライアントを禁止しようとすると、そのクライアントをコード化する人々が、クライアントIDを別のクライアントにスプーフィングする可能性があるという事実について、誰もが考えていると思います。したがって、これは実際には良くありません。必然的に「修正」? または、うまくいけば、私は間違っています、私は多くのコーディングをしません。
言いたくないのですが、ドロップダウンメニューなど、特定の国からの接続を優先し、その上に転送速度に基づいて転送速度を決定できるのではないでしょうか。 しかし、これはおそらくqBitorrentの問題を超えていますか? 申し訳ありませんが、私もこれについて最初に考えた人ではないと確信しています。
Web apiとipfilter.dat(トレントピアデータの取得やアプリケーション設定の設定など)を使用すると、これらの特定のピアクライアント(XL0012、Xunlei、クライアント:7.2など)は、ビルドされていませんが、簡単に除外できます。 -機能内。
ところで、静的IPを持たないクライアントについて考えると、実装にはIPをフィルタリングする時間ベースのローテーションメカニズムが必要になる場合があります。
スクリプトの遅延バージョンを入手できますか?
xl0012を禁止する必要があるだけで、サードパーティのqtorrentはすべてのThunderを禁止します
言いたくないのですが、ドロップダウンメニューなど、特定の国からの接続を優先し、その上に転送速度に基づいて転送速度を決定できるのではないでしょうか。 しかし、これはおそらくqBitorrentの問題を超えていますか?
qBitTorrent(またはqBTが使用するlibtorrent)には、ローカルピア処理があり、「ローカル」であると判断したipに高い優先度または無制限の速度を与えます。 このような動作は、ping時間やtracerouteホップ数が少ない中距離のピアにまで拡張される可能性があります...そして、離れたピアの優先度は低くなります。
誰もがそれを必要とするわけではなく、デフォルトでオンにすると、Thunderピアが多くないトレントスウォームに悪影響を与える可能性があるため、この動作はおそらくデフォルトでオフにする必要があります。
Linuxユーザーは、一時的な回避策として、これらの悪意のあるクライアントからのパケットをフィルタリングするようにファイアウォールを構成できます。
例えば:
iptables -I INPUT -p tcp -m string --string XL0012 --algo bm -j DROP
iptables -I INPUT -p udp -m string --string XL0012 --algo bm -j DROP
ほとんどの場合、これは機能しますが、XL0012クライアントが接続されているのを確認できる場合もあります。 彼らがなんらかの難読化を行っているかどうかはわかりません。
#issuecomment-462029063で、誰かが言います:
スナップショットでの2つのxunleiクライアントの進行状況は0%ですが、他のクライアントにアップロードするにはどうすればよいですか?冗談ですか?
都9さん年了、ません有人在説明雷不上ス
翻訳:
今は2019年ですが、XunLei(Thunder)は他のクライアントにアップロードしないと言う人もいます
都0202年了
しかし、今は2020年でさえあり、これが私が見ているものです。
(永遠に0%のピア)
はい、サンダーはそれほど邪悪ではない新しいバージョンをリリースしましたが、古いバージョンの邪悪なクライアントを使用している人はまだたくさんいます。 したがって、ヒル防止とクライアントの禁止機能は依然として必要です。
更新:英語の翻訳を追加
Bitcometに切り替えるだけです。これは、Xunleiがアップロードしないクライアントに対して非常に効果的です。作者は国内出所特有の雷問題を解決するのに時間がかからないようです。
@ Phuker @ foxdodo英語のみお願いします。
私もこの問題を見ています。 文字列「-XL0012」がリーチし、進行していないクライアント。 多分それは範囲外ですが、それらのクライアントをブロックする機能があるといいでしょう。
スナップショット内の2つのThunderクライアントのステップは0%です。他のクライアントにアップロードするにはどうすればよいですか? [9102]、..。
私はqbitを4年間使用していますが、
Thunderのアップロード(Xunlei / XL002)を見たことがありません。
私が彼に1GBをアップロードしても、彼はまだ0%の進行状況を示しており、速度バージョン(7.xx x)のみが50kb以下の速度でアップロードされます。
サンダーのユーザーが多すぎるので、抗血液機能が必要です。
公式版を使いたいだけです。
確かに、ptを使ってトレントをダウンロードしている間、ptのウェブサイトは雷を禁止するのに役立つqbittorrent拡張バージョン(XL0012)をバンドしていますが、公式バージョンを使用することはそのようにはなりません。
最も参考になるコメント
XL0012のXunleiクライアントに示されているように、どれだけアップロードしても、報告される進行状況は常に0%であり、情報をアップロードすることはありません。
信じられない場合は、パブリックネットワークにアクセスして、いくつかのシードをランダムにダウンロードしてください。明らかになります。
Thunderの一部のバージョン(UAはThunderのバージョン番号であり、XL0012ではありません)がアップロードされます。
9102の後でも、Xunleiが行った邪悪なものは消えません!