Qbittorrent: Apakah ada cara untuk memblokir klien tertentu (Thunder)?

Dan saya telah menggunakan strategi kontrol kemacetan unggahan anti-hisap darah. (Saya tidak tahu nama persisnya dalam bahasa Inggris)

Ada garpu qBittorrent di sini yang mungkin menarik bagi Anda, lihat https://github.com/c0re100/qBittorrent-Enhanced-Edition/issues/2

Ada garpu qBittorrent di sini yang mungkin menarik bagi Anda, lihat c0re100#2

Itu sepertinya bagus.
Tapi saya penasaran apakah qBittorrent asal mau menambahkan fitur serupa.
Jika saya bisa, saya lebih suka menggunakan versi resmi daripada versi pihak ketiga.

Saya pikir akan lebih baik jika kita dapat menetapkan beberapa aturan untuk mencocokkan klien dan memblokirnya.

Seperti, memblokir peer yang ipnya berkisar dari xxxx hingga xxxx, atau memblokir peer yang nama kliennya berisi string 'XL0012', dan seterusnya.

Bahkan kita dapat menulis skrip pengguna untuk mengimplementasikan fitur-fitur canggih.

"Dan saya telah menggunakan strategi kontrol kemacetan unggahan anti-hisap darah. (Saya tidak tahu nama persisnya dalam bahasa Inggris)"

Anti-lintah adalah apa yang disebut opsi itu dalam bahasa Inggris.
Dari tautan ini: https://github.com/arvidn/libtorrent/blob/master/src/choker.cpp
"algoritma penyemaian anti-lintah didasarkan pada makalah "Meningkatkan BitTorrent: Pendekatan Sederhana" dari Chow et. menyelesaikan."
Ini mengunggah LEBIH BANYAK ke klien Thunder (XunLei) lengkap 0% daripada 5-95% rekan acak lengkap!

Cara yang lebih efektif untuk memerangi rekan yang tidak memberikan apa-apa adalah mengaktifkan penyemaian super "biasa" di SEMUA torrent. Slot unggahan maksimum HARUS lebih rendah dari jumlah rekan yang terhubung atau qBitTorrent akan tetap mengunggah ke setiap rekan.
Penyemaian super ketat adalah bentuk yang lebih ekstrem yang tidak berfungsi dengan baik pada torrent dengan <5 rekan yang terhubung -- pada akhirnya TIDAK akan diunggah ke rekan yang baik untuk interval waktu yang lama.

Sayangnya, pelarangan rekan secara manual diperlukan jika Anda ingin terus mengunggahnya seminimal mungkin. Ini mungkin memerlukan pembuatan rentang blok ipfilter.dat untuk rentang ip terburuk.

"Dan saya telah menggunakan strategi kontrol kemacetan unggahan anti-hisap darah. (Saya tidak tahu nama persisnya dalam bahasa Inggris)"

Anti-lintah adalah apa yang disebut opsi itu dalam bahasa Inggris.
Dari tautan ini: https://github.com/arvidn/libtorrent/blob/master/src/choker.cpp
"algoritma penyemaian anti-lintah didasarkan pada makalah "Meningkatkan BitTorrent: Pendekatan Sederhana" dari Chow et. menyelesaikan."
Ini mengunggah LEBIH BANYAK ke klien Thunder (XunLei) lengkap 0% daripada 5-95% rekan acak lengkap!

Cara yang lebih efektif untuk memerangi rekan yang tidak memberikan apa-apa adalah mengaktifkan penyemaian super "biasa" di SEMUA torrent. Slot unggahan maksimum HARUS lebih rendah dari jumlah rekan yang terhubung atau qBitTorrent akan tetap mengunggah ke setiap rekan.
Penyemaian super ketat adalah bentuk yang lebih ekstrem yang tidak berfungsi dengan baik pada torrent dengan <5 rekan yang terhubung -- pada akhirnya TIDAK akan diunggah ke rekan yang baik untuk interval waktu yang lama.

Sayangnya, pelarangan rekan secara manual diperlukan jika Anda ingin terus mengunggahnya seminimal mungkin. Ini mungkin memerlukan pembuatan rentang blok ipfilter.dat untuk rentang ip terburuk.

Jadi begitu. Saya telah mengambil nama opsi secara harfiah.

Jadi, itu berarti bahwa tidak masalah menggunakan mode 'penyemaian super' atau mengubah opsi, tidak ada cara yang baik pada build resmi untuk memblokirnya, bukan?

Sama seperti mereka, saya juga tidak ingin mengunggah sedikit pun ke klien sampah ini.

Saya menggunakan versi pihak ke-3 sekarang, merasa baik.

Penyemaian super dengan slot unggah terbatas lebih rendah dari koneksi maks berfungsi dengan baik selama 1+ jam.
Rekan 0% akan mendapatkan SATU bagian yang sedikit/tidak dimiliki rekan lain dan sampai rekan lain melaporkan memiliki bagian itu, rekan 0% tidak mungkin mendapatkan unggahan lagi dari Anda.

Setelah membaca halaman ini , saya mengerti cara kerja mode super seed.

Tapi saya bukan seeder awal, semua rekan dapat dengan mudah mendapatkan bagian apa pun, jadi saya pikir itu tidak dapat membantu saya.

Penyemaian super tidak mengharuskan Anda menjadi penyemai awal, itu hanya bekerja lebih efisien di sana -- dengan lebih sedikit pengunggahan duplikat. Tetapi Anda mungkin tidak terlalu peduli tentang mengunggah bagian yang sama ke beberapa rekan selama interval 1 jam daripada mengunggah banyak bagian ke klien leeching XunLei.

kemajuan dua klien xunlei di snapshot Anda adalah 0%, bagaimana mereka bisa mengunggah ke orang lain? bercanda?
Sudah 9102, dan beberapa orang mengatakan bahwa Xunlei tidak akan mengunggahnya ke klien lain...

kemajuan dua klien xunlei di snapshot Anda adalah 0%, bagaimana mereka bisa mengunggah ke orang lain? bercanda?
Sudah 9102, dan beberapa orang mengatakan bahwa Xunlei tidak akan mengunggahnya ke klien lain...

Seperti yang ditunjukkan pada klien Xunlei dari XL0012, tidak peduli seberapa banyak Anda mengunggahnya, kemajuan yang dilaporkannya akan selalu 0%, dan tidak akan mengunggah informasi apa pun kepada Anda.

Jika Anda tidak percaya, buka jaringan publik dan unduh beberapa benih secara acak, itu akan menjadi jelas.

Beberapa versi Thunder (UA adalah nomor versi Thunder, bukan XL0012) akan diunggah.

Bahkan setelah 9102, kejahatan yang dilakukan Xunlei tidak akan hilang!

"kemajuan dua klien xunlei di snapshot Anda adalah 0%, bagaimana mereka bisa mengunggah ke orang lain?"

Mereka berbohong tentang persentase lengkap mereka, mengklaim selalu 0% bahkan setelah benih dan rekan telah mengunggah banyak bagian kepada mereka.

Versi qBitTorrent yang lebih lama (sekitar 3.0.10 atau sebelumnya?) melakukan hal yang sama pada tingkat yang lebih rendah, sebagian karena bug dan/atau pengawasan pemrograman.

Saya mengaktifkan Strict Super Seding dan mengatur Upload Choking Algorithm ke Anti-lintah. Namun, tampaknya klien Xunlei membanjiri kawanan dengan koneksi selama waktu puncak untuk torrent populer. Satu-satunya solusi untuk meningkatkan kecepatan unduh dan unggah adalah secara manual melarang IP dengan label klien "-XL0012..." saat terhubung - yang cukup melelahkan.

ankushnarula, seperti yang sudah saya tunjukkan sebelumnya di utas masalah ini, Anti-lintah membuat masalah menjadi lebih buruk daripada lebih baik.
Selain itu, Pembibitan Super biasa lebih efektif daripada Pembibitan Super Ketat -- baik dalam menahan serangan lintah yang ringan maupun dalam menghadapi lawan yang bermusuhan.

Perlu ada cara yang lebih komprehensif untuk menghadapi rekan-rekan yang bermusuhan. Melarang klien yang bermusuhan sayangnya perlu otomatis/otomatis, tetapi dengan cara untuk menonaktifkannya karena kemungkinan bug dalam logikanya.

Maafkan aku. Saya salah paham. Namun, saya sampai pada kesimpulan Anda melalui coba-coba. Tampaknya ini juga tidak akan diselesaikan dengan adil di luar pendekatan konsensus terdistribusi per torrent.

Pada 24 April 2019 pukul 18:46,

ankushnarula, seperti yang sudah saya tunjukkan sebelumnya di utas masalah ini, Anti-lintah membuat masalah menjadi lebih buruk daripada lebih baik.
Selain itu, Pembibitan Super biasa lebih efektif daripada Pembibitan Super Ketat -- baik dalam menahan serangan lintah yang ringan maupun dalam menghadapi lawan yang bermusuhan.

Perlu ada cara yang lebih komprehensif untuk menghadapi rekan-rekan yang bermusuhan. Melarang klien yang bermusuhan sayangnya perlu otomatis/otomatis, tetapi dengan cara untuk menonaktifkannya karena kemungkinan bug dalam logikanya.

—
Anda menerima ini karena Anda berkomentar.
Balas email ini secara langsung, lihat di GitHub (https://github.com/qbittorrent/qBittorrent/issues/10258#issuecomment-486455764), atau nonaktifkan utas (https://github.com/notifications/unsubscribe-auth /AAAQWM7YZNFLNGHCQWTNR7TPSDPOBANCNFSM4GUKOVLQ).

Sama di sini, melarang -XL012 secara manual saat mengunduh torrent publik melelahkan karena mereka terus bermunculan melalui dht pex jika tidak menambahkan pelacak pihak ketiga (beberapa pelacak populer diblokir di Cina atau memblokir ip Cina). Mereka tidak hanya tampak 0% dan menempati sebagian besar bandwidth unggahan Anda jika dibiarkan, tetapi juga tidak memberikan imbalan apa pun. Meskipun ini bukan masalah bagi pengguna yang tidak berada di China, sejauh yang saya lihat GFW menyaring lalu lintas masuk lebih banyak daripada keluar sehingga Xunlei tidak bisa lintah seefisien itu.
(Tapi sejauh yang saya tahu, qb tidak akan memiliki fitur ini kecuali libtorrent mengimplementasikannya.)

Kamu benar. Mungkin saya harus mempostingnya ke repo libtorrent?

Windows 10

: NAVrasZ
: 2019年5月13日 18:10
: qbittorrent/qBittorrent
: MR; Pengarang
Jawaban: Re: [qbittorrent/qBittorrent] Apakah ada cara untuk memblokir klien tertentu (Thunder)? (#10258)

Sama di sini, melarang -XL012 secara manual saat mengunduh torrent publik itu melelahkan. Mereka tidak hanya tampak 0%, jika dibiarkan tidak dicentang, mereka biasanya menempati sebagian besar bandwidth unggahan Anda, menyisakan sedikit untuk orang lain dan tidak memberikan imbalan apa pun.
(Tapi sejauh yang saya tahu, qb tidak akan memiliki fitur ini kecuali libtorrent mengimplementasikannya.)
—
Anda menerima ini karena Anda yang menulis utas.
Balas email ini secara langsung, lihat di GitHub, atau matikan utasnya.

Itu sudah direferensikan di https://github.com/arvidn/libtorrent/pull/3833 , meskipun pendapat mereka tentang ini adalah untuk memperbaiki celah yang disalahgunakan alih-alih menambahkan fitur larangan tambahan.

Mungkin menambahkan ke daftar hitam adalah cara cepat untuk memblokir Xunlei? Saya hanya perlu menambahkan XL0012 ke daftar hitam itu dan qbt akan memblokir klien ini secara otomatis. Sangat mudah untuk meretas lintah tetapi terkadang mungkin sedikit berguna.

kemajuan dua klien xunlei di snapshot Anda adalah 0%, bagaimana mereka bisa mengunggah ke orang lain? bercanda?
aku...

Saya telah menggunakan qbit selama empat tahun,
dan saya belum pernah melihat unggahan Thunder (xunlei/XL002).
Bahkan jika saya mengunggah 1GB kepadanya, dia masih menunjukkan kemajuan 0%,
Hanya versi kecepatan (7.xxx) yang akan mengunggah dengan kecepatan 50kb atau kurang.
Ada terlalu banyak pengguna Thunder, kami membutuhkan fungsi anti-darah.
Hanya ingin menggunakan versi resmi.

"choke rekan yang tidak jujur ​​dalam algoritma penyemaian anti-lintah" telah diterapkan di libtorrent 1.2.1, saat ini ada qbittorrent 4.2.0RC dengan libtorrent 1.2.2 dirilis, dapatkah Anda yang memiliki masalah dengan Thunder (XunLei) mengujinya & dapat Anda melaporkan jika ada upload masih terjadi??

"choke rekan yang tidak jujur ​​dalam algoritma penyemaian anti-lintah" telah diterapkan di libtorrent 1.2.1, saat ini ada qbittorrent 4.2.0RC dengan libtorrent 1.2.2 dirilis, dapatkah Anda yang memiliki masalah dengan Thunder (XunLei) mengujinya & dapat Anda melaporkan jika ada upload masih terjadi??

https://imgur.com/qYKQqfr
masih mengupload

@cannotbeblank apakah Anda menggunakan algoritma anti-lintah??

@cannotbeblank apakah Anda menggunakan algoritma anti-lintah??

Perlu menggunakan fitur ini? Saya pikir itu diblokir secara default.
Saya menggunakan algoritma sekarang.
tetapi tetap saja
https://imgur.com/ME9peky

Anti-lintah tidak hanya tidak efektif, ia melakukan kebalikan dari apa yang tersirat dari namanya -- seperti yang saya jelaskan sebelumnya di utas ini.

Metode Super-seeding qBitTorrent (tetapi bukan super-seeding atau seeding awal yang ketat) lebih efektif -- tetapi hanya jika slot unggahan per torrent lebih kecil dari rekan-rekan di torrent itu.

"choke rekan yang tidak jujur ​​dalam algoritma penyemaian anti-lintah" telah diterapkan di libtorrent 1.2.1, saat ini ada qbittorrent 4.2.0RC dengan libtorrent 1.2.2 dirilis, dapatkah Anda yang memiliki masalah dengan Thunder (XunLei) mengujinya & dapat Anda melaporkan jika ada upload masih terjadi??

Solusinya sepertinya tidak berfungsi.

Algoritma anti-lintah. Windows 10. qBittorren 4.2.0RC

Saat ini saya sudah mengunggah kurang lebih 800KiB ke klien.

Sunting - Tindak lanjut

Klien baru saja mengunduh 1 MiB dan masih menandai kemajuan 0,0%. Di gerombolan klien lain yang telah mengunduh 64 KiB menandai 0,1% di kolom kemajuan.

Sunting/2

Setelah me-reboot tidak ada jejak XunLei di gerombolan saat ini

Sunting/3

XunLei 0012 dan 0.0.1.8 masih ada, masih mengunduh, masih menandai kemajuan 0%

Menggunakan Linux & versi 4.3.0alpha1, mereka masih terhubung & hanya lintah. Ada satu orang aneh yang benar-benar menunjukkan sesuatu yang lebih dari 0% lengkap sekalipun.

Tampaknya PR arvidn/libtorrent#3833 tidak membantu.

versi qbittorrent: 4.2.0

Upload algoritma tersedak telah diatur ke "Anti-lintah". (dan dua algoritme lainnya juga tidak membantu.)

Seperti yang Anda lihat, ia menerima lebih dari 120MB (saat ini 180MB sebelum dilarang), yang berarti 30 buah dan 1,5% dari keseluruhan torrent.

Selain itu, Di tangkapan layar, Anda dapat melihat rekan yang UA-nya 7.10.34.360 . Ini adalah versi lama Xunlei, yang jujur.

Jika torrent benar-benar dibanjiri dengan koneksi masuk yang banyak/sebagian besar adalah lintah atau musuh yang lebih buruk, coba nonaktifkan sementara koneksi masuk (dengan menghapus penerusan port/menambahkan aturan firewall), DHT dan PEX.
...dan kurangi koneksi maksimal per torrent menjadi sama atau di bawah jumlah peer+seed yang saat ini terhubung. (Ini seharusnya memiliki efek yang sama dengan menonaktifkan koneksi masuk, tetapi mungkin membutuhkan lebih banyak bandwidth.)

Menurut wikipedia, Thunder tidak mendukung uTP ...atau jika ya, bahkan lebih buruk daripada qBitTorrent/libTorrent! Jadi menonaktifkan koneksi seed+peer TCP harus memblokirnya sepenuhnya.
Bahkan tidak mengizinkan koneksi TCP yang masuk (hanya port forward UDP pada router Anda misalnya) akan membuatnya jarang terlihat -- karena Great Firewall of China memblokir sebagian besar upaya di luar China untuk terhubung ke klien Thunder di China.

Jika torrent benar-benar dibanjiri dengan koneksi masuk yang banyak/sebagian besar adalah lintah atau musuh yang lebih buruk, coba nonaktifkan sementara koneksi masuk (dengan menghapus penerusan port/menambahkan aturan firewall), DHT dan PEX.
...dan kurangi koneksi maksimal per torrent menjadi sama atau di bawah jumlah peer+seed yang saat ini terhubung. (Ini seharusnya memiliki efek yang sama dengan menonaktifkan koneksi masuk, tetapi mungkin membutuhkan lebih banyak bandwidth.)

Menurut wikipedia, Thunder tidak mendukung uTP ...atau jika ya, bahkan lebih buruk daripada qBitTorrent/libTorrent! Jadi menonaktifkan koneksi seed+peer TCP harus memblokirnya sepenuhnya.
Bahkan tidak mengizinkan koneksi TCP yang masuk (hanya port forward UDP pada router Anda misalnya) akan membuatnya jarang terlihat -- karena Great Firewall of China memblokir sebagian besar upaya di luar China untuk terhubung ke klien Thunder di China.

tertawa terbahak-bahak
Pernahkah Anda melihat gambar komentar sebelumnya ..........?
Thunder mendukung uTP sejak dulu,,,,,,

Poin bagus ... dan ya, saya melewatkan itu. Tapi apakah bisa STUN dengan uTP?
...jika tidak, jangan teruskan UDP dan mungkin tidak dapat menyambungkan yang masuk.

Dengan bantuan web api dan ipfilter.dat (seperti Get torrent peer data dan Set application preferences ), klien peer tertentu tersebut (seperti XL0012, Xunlei, client: 7.2.) masih mudah difilter, meskipun tidak dibuat -dalam fitur.

BTW, mengingat tentang klien tanpa ip statis, mekanisme rotasi berbasis waktu dari penyaringan ip mungkin diperlukan untuk diterapkan.

Saya berasumsi semua orang telah memikirkan fakta jika Anda mencoba untuk melarang klien tertentu, orang-orang yang membuat kode yang dapat dibuat oleh klien atau mengaktifkan sesuatu untuk memalsukan ID klien mereka ke yang lain yang tidak seperti itu, jadi ini benar-benar tidak baik 'memperbaiki' tentu saja? Atau semoga saya salah, saya tidak banyak melakukan coding.

Saya benci mengatakannya, tapi mungkin Anda memprioritaskan koneksi dari negara tertentu, seperti dengan menu drop-down, dan di atas itu Anda dapat mendasarkan kecepatan transfer berdasarkan kecepatan transfer? Tapi ini mungkin telah melampaui masalah qBitorrent? Saya yakin saya juga bukan orang pertama yang memikirkan hal ini, maaf.

Dengan bantuan web api dan ipfilter.dat (seperti Get torrent peer data dan Set application preferences ), klien peer tertentu tersebut (seperti XL0012, Xunlei, client: 7.2.) masih mudah difilter, meskipun tidak dibuat -dalam fitur.

BTW, mempertimbangkan tentang klien tanpa ip statis, mekanisme rotasi berbasis waktu dari penyaringan ip mungkin diperlukan untuk diterapkan.
Bisakah saya mendapatkan versi skrip yang malas?
Hanya perlu memblokir xl0012, qtorrent pihak ketiga melarang semua Thunder

Saya benci mengatakannya, tapi mungkin Anda memprioritaskan koneksi dari negara tertentu, seperti dengan menu drop-down, dan di atas itu Anda dapat mendasarkan kecepatan transfer berdasarkan kecepatan transfer? Tapi ini mungkin telah melampaui masalah qBitorrent?

qBitTorrent (atau lebih tepatnya libtorrent yang digunakan qBT) memiliki penanganan rekan lokal yang memberikan prioritas lebih tinggi atau kecepatan tak terbatas ke ips yang ditentukan sebagai "lokal". Perilaku seperti itu mungkin dapat diperluas ke rekan-rekan jarak menengah dengan pingtimes rendah dan/atau jumlah hop traceroute ... dan rekan-rekan jauh akan mendapatkan prioritas yang lebih rendah.
Perilaku ini mungkin perlu default ke OFF, karena tidak semua orang membutuhkannya dan default ke aktif dapat merusak kawanan torrent yang tidak memiliki banyak rekan Thunder.

Pengguna Linux dapat mengonfigurasi firewall mereka untuk memfilter paket dari klien jahat ini, sebagai solusi sementara.

Sebagai contoh:
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

Seringkali ini akan berhasil, tetapi terkadang saya masih dapat melihat beberapa klien XL0012 terhubung. Saya tidak yakin apakah mereka melakukan semacam pengaburan.

Dalam #issuecomment-462029063 , seseorang berkata:

kemajuan dua klien xunlei di snapshot Anda adalah 0%, bagaimana mereka bisa mengunggah ke orang lain? bercanda?
aku...

Terjemahan:

Sekarang tahun 2019, dan masih ada beberapa orang yang mengatakan bahwa XunLei (Thunder) tidak akan mengunggah ke klien lain

0202

Namun, sekarang bahkan tahun 2020, dan inilah yang saya lihat:

(sesama 0% selamanya)

Ya, Thunder telah merilis versi baru yang tidak begitu jahat, tetapi masih ada sejumlah orang yang menggunakan klien jahat versi lama. Jadi fitur client anti lintah dan banned tetap diperlukan.

Pembaruan: tambahkan terjemahan bahasa Inggris

Cukup beralih ke bitcomet, yang sangat efektif terhadap klien yang tidak diunggah Xunlei.Tampaknya penulis tidak akan meluangkan waktu untuk memecahkan masalah guntur khusus untuk asal dalam negeri.

@Phuker @foxdodo hanya bahasa Inggris.

Saya melihat masalah ini juga. Klien dengan string "-XL0012" lintah dan tidak memajukan kemajuan mereka. Mungkin di luar jangkauan tetapi alangkah baiknya memiliki fitur untuk memblokir klien tersebut.

Langkah-langkah dari dua klien Thunder di snapshot Anda adalah 0%. Bagaimana cara mereka mengunggah ke orang lain? [9102],...

Saya telah menggunakan qbit selama empat tahun,
Saya belum pernah melihat unggahan Thunder (Xunlei/XL002).
Bahkan jika saya mengunggah 1GB kepadanya, dia masih menunjukkan kemajuan 0%, dan hanya versi kecepatan (7.xx x) yang akan mengunggah dengan kecepatan 50kb atau kurang.
Ada terlalu banyak pengguna Thunder, kami membutuhkan fungsi anti-darah.
Hanya ingin menggunakan versi resmi.

sepertinya benar, saya khawatir tentang itu, saat menggunakan pt untuk mengunduh torrent, situs web pt memasang versi qbittorrent yang disempurnakan yang berfungsi dalam melarang guntur (XL0012), tetapi menggunakan versi resmi tidak akan seperti itu.