Qbittorrent: Existe-t-il un moyen de bloquer un client spécifique (Thunder) ?

Et j'ai utilisé la stratégie de contrôle de la congestion des téléchargements anti-suceurs de sang. (je ne connais pas le nom exact anglais)

Il y a une fourchette qBittorrent ici qui pourrait vous intéresser, voir https://github.com/c0re100/qBittorrent-Enhanced-Edition/issues/2

Il y a un fork qBittorrent ici qui pourrait vous intéresser, voir c0re100#2

Ça semble bien.
Mais je suis curieux de savoir si l'origine qBittorrent est prête à ajouter des fonctionnalités similaires.
Si je peux, je préfère utiliser une version officielle plutôt qu'une version tierce.

Je pense que ce serait bien si nous pouvions définir des règles pour faire correspondre un client et le bloquer.

Par exemple, le blocage d'un homologue dont l'adresse IP est comprise entre xxxx et xxxx, ou le blocage d'un homologue dont le nom de client contient la chaîne « XL0012 », et ainsi de suite.

Même nous pouvons écrire un script utilisateur pour implémenter des fonctionnalités avancées.

"Et j'ai utilisé la stratégie de contrôle de la congestion des téléchargements anti-suceurs de sang. (Je ne connais pas le nom exact en anglais)"

Anti-leech est le nom de cette option en anglais.
À partir de ce lien : https://github.com/arvidn/libtorrent/blob/master/src/choker.cpp
« l'algorithme d'ensemencement anti-leech est basé sur l'article « Améliorer BitTorrent : Une approche simple » de Chow et. al. terminer."
Il télécharge PLUS sur les clients Thunder (XunLei) complets à 0% que sur les pairs aléatoires complets à 5-95% !

Un moyen plus efficace de lutter contre les pairs qui ne donnent rien est de permettre un super amorçage "régulier" sur TOUS les torrents. Les emplacements de téléchargement maximum DOIVENT être inférieurs au nombre de pairs connectés ou qBitTorrent sera toujours téléchargé vers chaque pair.
Le super amorçage strict est une forme plus extrême qui ne fonctionne pas bien sur les torrents avec moins de 5 pairs connectés - il finira par ne PAS être téléchargé vers de bons pairs pendant de longs intervalles de temps.

L'interdiction manuelle des pairs est malheureusement nécessaire si vous souhaitez continuer à télécharger vers eux au minimum. Cela peut nécessiter la création d'une plage de blocs ipfilter.dat pour les pires plages d'adresses IP.

"Et j'ai utilisé la stratégie de contrôle de la congestion des téléchargements anti-suceurs de sang. (Je ne connais pas le nom exact en anglais)"

Anti-leech est le nom de cette option en anglais.
À partir de ce lien : https://github.com/arvidn/libtorrent/blob/master/src/choker.cpp
« l'algorithme d'ensemencement anti-leech est basé sur l'article « Améliorer BitTorrent : Une approche simple » de Chow et. al. terminer."
Il télécharge PLUS sur les clients Thunder (XunLei) complets à 0% que sur les pairs aléatoires complets à 5-95% !

Un moyen plus efficace de lutter contre les pairs qui ne donnent rien est de permettre un super amorçage "régulier" sur TOUS les torrents. Les emplacements de téléchargement maximum DOIVENT être inférieurs au nombre de pairs connectés ou qBitTorrent sera toujours téléchargé vers chaque pair.
Le super amorçage strict est une forme plus extrême qui ne fonctionne pas bien sur les torrents avec moins de 5 pairs connectés - il finira par ne PAS être téléchargé vers de bons pairs pendant de longs intervalles de temps.

L'interdiction manuelle des pairs est malheureusement nécessaire si vous souhaitez continuer à télécharger vers eux au minimum. Cela peut nécessiter la création d'une plage de blocs ipfilter.dat pour les pires plages d'adresses IP.

Je vois. J'ai pris le nom de l'option au pied de la lettre.

Donc, cela signifie que peu importe l'utilisation du mode "super seed" ou la modification des options, il n'y a pas de bon moyen sur une version officielle de le bloquer, n'est-ce pas ?

Étant le même qu'eux, je ne veux pas non plus en télécharger un peu sur ces clients indésirables.

J'utilise maintenant une version tierce , je me sens bien.

Le super amorçage avec des créneaux de téléchargement limités en deçà des connexions maximales fonctionne bien sur plus d'une heure.
Un pair à 0 % obtiendra UNE pièce que peu/aucun autre pair n'a et jusqu'à ce que d'autres pairs déclarent avoir cette pièce, il est peu probable que le pair à 0 % obtienne d'autres téléchargements de votre part.

Après avoir lu cette page , j'ai compris comment fonctionne le mode super seed.

Mais je ne suis pas le semeur initial, tous les pairs peuvent facilement obtenir n'importe quel morceau, donc je pense que cela ne peut pas m'aider.

Le super seeding ne nécessite pas que vous soyez le semeur initial, il fonctionne simplement plus efficacement là-bas - avec moins de téléchargement en double. Mais vous ne vous souciez probablement pas autant de télécharger la même pièce vers plusieurs pairs sur un intervalle d'une heure que de télécharger plusieurs pièces vers des clients XunLei.

la progression des deux clients xunlei dans votre instantané est de 0%, comment peuvent-ils télécharger vers d'autres?
Cela fait 9102, et certaines personnes disent que Xunlei ne le téléchargera pas sur d'autres clients...

la progression des deux clients xunlei dans votre instantané est de 0%, comment peuvent-ils télécharger vers d'autres?
Cela fait 9102, et certaines personnes disent que Xunlei ne le téléchargera pas sur d'autres clients...

Comme indiqué dans le client Xunlei de XL0012, quelle que soit la quantité que vous leur téléchargez, la progression qu'il rapporte sera toujours de 0% et ne vous téléchargera aucune information.

Si vous ne me croyez pas, allez sur le réseau public et téléchargez quelques graines au hasard, ce sera clair.

Certaines versions de Thunder (UA est le numéro de version de Thunder, pas XL0012) seront téléchargées.

Même après 9102, le mal que Xunlei a fait ne disparaîtra pas !

"la progression des deux clients xunlei dans votre instantané est de 0%, comment peuvent-ils télécharger vers d'autres?"

Ils mentent sur leur pourcentage d'achèvement, affirmant toujours 0% même après que les graines et les pairs leur aient téléchargé de nombreux morceaux.

Les anciennes versions de qBitTorrent (environ 3.0.10 ou avant ?) faisaient la même chose dans une moindre mesure, en partie à cause d'un bogue et/ou d'un oubli de programmation.

J'ai activé Strict Super Seeding et défini Upload Choking Algorithm sur Anti-leech. Cependant, il semble que les clients Xunlei inondent l'essaim de connexions pendant les heures de pointe pour les torrents populaires. La seule solution pour augmenter les taux de téléchargement et de téléchargement consistait à interdire manuellement les adresses IP avec l'étiquette client "-XL0012..." lorsqu'elles se connectaient - ce qui était assez laborieux.

ankushnarula, comme je l'ai déjà souligné plus tôt dans ce fil de discussion, Anti-leech aggrave le problème au lieu de l'améliorer.
De plus, le Super Seeding régulier est plus efficace que le Strict Super Seeding, à la fois pour résister légèrement aux attaques de sangsues et pour faire face à des pairs hostiles.

Il doit y avoir une manière plus globale de traiter avec des pairs hostiles. L'interdiction des clients hostiles devra malheureusement être automatisée/automatique, mais avec un moyen de le désactiver en raison d'éventuels bogues dans sa logique.

Pardonne-moi. J'ai mal compris. Cependant, je suis arrivé à votre conclusion par essais et erreurs. Il semble également que cela ne sera pas résolu de manière équitable en dehors d'une approche de consensus distribuée par torrent.

Le 24 Avr 2019 à 18:46,

ankushnarula, comme je l'ai déjà souligné plus tôt dans ce fil de discussion, Anti-leech aggrave le problème au lieu de l'améliorer.
De plus, le Super Seeding régulier est plus efficace que le Strict Super Seeding, à la fois pour résister légèrement aux attaques de sangsues et pour faire face à des pairs hostiles.

Il doit y avoir une manière plus globale de traiter avec des pairs hostiles. L'interdiction des clients hostiles devra malheureusement être automatisée/automatique, mais avec un moyen de le désactiver en raison d'éventuels bogues dans sa logique.

-
Vous recevez ceci parce que vous avez commenté.
Répondez directement à cet e-mail, affichez-le sur GitHub (https://github.com/qbittorrent/qBittorrent/issues/10258#issuecomment-486455764), ou coupez le fil (https://github.com/notifications/unsubscribe-auth /AAAQWM7YZNFLNGHCQWTNR7TPSDPOBANCNFSM4GUKOVLQ).

Idem ici, interdire manuellement -XL012 lors du téléchargement d'un torrent public est laborieux car ils continuent à apparaître via dht pex s'ils ne sont pas ajoutés à des trackers tiers (certains trackers populaires sont bloqués en Chine ou bloquent les ips chinois). Non seulement ils semblent être à 0% et occupent une énorme partie de votre bande passante de téléchargement s'ils ne sont pas cochés, mais ils n'en donnent également aucune en retour. Bien que ce soit moins un problème pour les utilisateurs qui ne sont pas en Chine, pour autant que je sache, GFW filtre encore plus le trafic entrant que sortant, de sorte que Xunlei ne peut pas filtrer aussi efficacement.
(Mais pour autant que je sache, qb n'aura pas cette fonctionnalité à moins que libtorrent ne l'implémente.)

Vous avez raison. Peut-être devrais-je le poster sur le dépôt de libtorrent ?

Windows 10 版邮件应用

: NAVrasZ
: 2019年5月13日 18:10
: qbittorrent/qBittorrent
: MR ; Auteur
主题 : Re : [qbittorrent/qBittorrent] Existe-t-il un moyen de bloquer un client spécifique (Thunder) ? (#10258)

Idem ici, interdire manuellement -XL012 lors du téléchargement d'un torrent public est laborieux. Non seulement ils semblent être à 0%, mais s'ils ne sont pas cochés, ils occupent généralement une énorme partie de votre bande passante de téléchargement, laissant peu pour les autres et n'en donnant aucun en retour.
(Mais pour autant que je sache, qb n'aura pas cette fonctionnalité à moins que libtorrent ne l'implémente.)
-
Vous recevez ceci parce que vous avez créé le fil.
Répondez directement à cet e-mail, affichez-le sur GitHub ou coupez le fil de discussion.

Il est déjà référencé dans https://github.com/arvidn/libtorrent/pull/3833 , bien que leur point de vue soit de corriger la faille dont il est abusé au lieu d'ajouter une fonctionnalité d'interdiction supplémentaire.

Peut-être que l'ajout à la liste noire est un moyen rapide de bloquer Xunlei ? J'ai juste besoin d'ajouter XL0012 à cette liste noire et qbt bloquera automatiquement ces clients. Il est facile à pirater pour les sangsues mais peut parfois être un peu utile.

la progression des deux clients xunlei dans votre instantané est de 0%, comment peuvent-ils télécharger vers d'autres?
...

J'utilise qbit depuis quatre ans,
et je n'ai jamais vu Thunder télécharger (xunlei/XL002).
Même si je lui télécharge 1 Go, il affiche toujours 0% de progression,
Seule la version rapide (7.xxx) téléchargera à une vitesse de 50 Ko ou moins.
Il y a trop d'utilisateurs de Thunder, nous avons besoin d'une fonction anti-sang.
Je veux juste utiliser la version officielle.

"choke malhonest peer in anti-leech seeding algorithm" a été implémenté dans libtorrent 1.2.1, il existe actuellement un qbittorrent 4.2.0RC avec libtorrent 1.2.2 publié, ceux d'entre vous qui ont des problèmes avec Thunder (XunLei) peuvent-ils le tester et vous signalez s'il y a encore des téléchargements en cours ??

"choke malhonest peer in anti-leech seeding algorithm" a été implémenté dans libtorrent 1.2.1, il existe actuellement un qbittorrent 4.2.0RC avec libtorrent 1.2.2 publié, ceux d'entre vous qui ont des problèmes avec Thunder (XunLei) peuvent-ils le tester et vous signalez s'il y a encore des téléchargements en cours ??

https://imgur.com/qYKQqfr
en train de télécharger

@cannotbeblank utilisez-vous un algorithme anti-sangsue ??

@cannotbeblank utilisez-vous un algorithme anti-sangsue ??

Besoin d'utiliser cette fonctionnalité ? Je pensais qu'il était bloqué par défaut.
J'utilise un algorithme maintenant.
mais reste
https://imgur.com/ME9peky

Anti-leech n'est pas seulement inefficace, il fait l'OPPOSÉ de ce que son nom implique - comme je l'ai expliqué plus tôt sur ce fil.

La méthode de super-ensemencement de qBitTorrent (mais pas de super-ensemencement strict ou d'ensemencement initial) est plus efficace - mais seulement si les emplacements de téléchargement par torrent sont inférieurs à ceux des pairs sur ce torrent.

"choke malhonest peer in anti-leech seeding algorithm" a été implémenté dans libtorrent 1.2.1, il existe actuellement un qbittorrent 4.2.0RC avec libtorrent 1.2.2 publié, ceux d'entre vous qui ont des problèmes avec Thunder (XunLei) peuvent-ils le tester et vous signalez s'il y a encore des téléchargements en cours ??

La solution semble ne pas fonctionner.

Algorithme anti-sangsue. Windows 10. qBittorren 4.2.0RC

Pour le moment, j'ai déjà téléchargé plus ou moins 800KiB sur le client.

Modifier - Suivi

Le client vient de télécharger 1 Mio et marque toujours une progression de 0,0%. Dans l'essaim, les autres clients ayant téléchargé 64 Kio marquent 0,1% dans la colonne de progression.

Modifier/2

Après redémarrage aucune trace de XunLei dans l'essaim pour le moment

Modifier/3

XunLei 0012 et 0.0.1.8 toujours présents, toujours en cours de téléchargement, marquant toujours 0 % de progression

En utilisant Linux et la version 4.3.0alpha1, ils se connectent toujours et ne leech. Il y en avait un étrange qui a en fait montré quelque chose de plus de 0% de complet cependant.

Il semble que le PR arvidn/libtorrent#3833 n'aide pas.

qbittorrent version : 4.2.0

L'algorithme d'étouffement de téléchargement a été défini sur "Anti-leech". (et les deux autres algorithmes n'aident pas non plus.)

Comme vous pouvez le voir, il a reçu plus de 120 Mo (actuellement 180 Mo avant l'interdiction), ce qui signifie 30 morceaux et 1,5% de l'ensemble du torrent.

De plus, dans la capture d'écran, vous pouvez voir un pair dont l'UA est 7.10.34.360 . C'est l'ancienne version de Xunlei, ce qui est honnête.

Si un torrent est complètement inondé de connexions entrantes dont beaucoup/la plupart sont des sangsues ou pires hostiles, essayez de désactiver temporairement les connexions entrantes (en supprimant la redirection de port/en ajoutant une règle de pare-feu), DHT et PEX.
... et réduisez le nombre maximal de connexions par torrent à un nombre égal ou inférieur au nombre de pairs + graines actuellement connectés. (Cela devrait avoir le même effet que la désactivation des connexions entrantes, mais peut prendre plus de bande passante.)

Selon wikipedia, Thunder ne prend pas en charge uTP ... ou si c'est le cas, encore plus mal que qBitTorrent/libTorrent ! Ainsi, la désactivation des connexions TCP seed+peer devrait le bloquer complètement.
Même en n'autorisant pas les connexions TCP entrantes (uniquement UDP de redirection de port sur votre routeur par exemple) devrait les rendre rarement visibles, car le grand pare-feu de Chine bloque la plupart des tentatives en dehors de la Chine de se connecter aux clients Thunder en Chine.

Si un torrent est complètement inondé de connexions entrantes dont beaucoup/la plupart sont des sangsues ou pires hostiles, essayez de désactiver temporairement les connexions entrantes (en supprimant la redirection de port/en ajoutant une règle de pare-feu), DHT et PEX.
... et réduisez le nombre maximal de connexions par torrent à un nombre égal ou inférieur au nombre de pairs + graines actuellement connectés. (Cela devrait avoir le même effet que la désactivation des connexions entrantes, mais peut prendre plus de bande passante.)

Selon wikipedia, Thunder ne prend pas en charge uTP ... ou si c'est le cas, encore plus mal que qBitTorrent/libTorrent ! Ainsi, la désactivation des connexions TCP seed+peer devrait le bloquer complètement.
Même en n'autorisant pas les connexions TCP entrantes (uniquement UDP de redirection de port sur votre routeur par exemple) devrait les rendre rarement visibles, car le grand pare-feu de Chine bloque la plupart des tentatives en dehors de la Chine de se connecter aux clients Thunder en Chine.

MDR
Avez-vous vu l'image du commentaire précédent ........?
Thunder prend en charge uTP depuis longtemps ,,,,,,

Bon point... et oui, j'ai raté ça. Mais peut-il faire STUN avec uTP ?
...sinon, ne transférez pas UDP et il ne pourra probablement pas se connecter entrant.

Avec l'aide de l'API Web et de ipfilter.dat (comme Obtenir les données des pairs torrent et Définir les préférences de l'application ), ces clients pairs spécifiques (comme XL0012, Xunlei, client : 7.2.) sont toujours faciles à filtrer, bien qu'ils ne soient pas construits -dans la fonction.

BTW, compte tenu de ces clients sans IP statique, un mécanisme de rotation basé sur le temps de filtrage IP peut être nécessaire pour implémenter.

Je suppose que tout le monde a pensé au fait que si vous essayez d'interdire des clients spécifiques, ces personnes qui codent ce client pourraient simplement créer ou permettre à quelque chose d'usurper leur identifiant client à un autre qui n'est pas ce qu'il est, donc ce n'est vraiment pas un bon « réparer » nécessairement ? Ou j'espère que je me trompe, je ne fais pas beaucoup de codage.

Je déteste le dire, mais peut-être que vous priorisez les connexions depuis certains pays, comme avec un menu déroulant, et en plus de cela, vous pouvez baser les taux de transfert en fonction de la vitesse de transfert ? Mais cela a probablement dépassé un problème qBitorrent ? Je suis sûr que je ne suis pas le premier à y penser non plus, désolé.

Avec l'aide de l'API Web et ipfilter.dat (comme Obtenir les données des pairs torrent et Définir les préférences de l'application ), ces clients pairs spécifiques (comme XL0012, Xunlei, client : 7.2.) sont toujours faciles à filtrer, bien qu'ils ne soient pas construits -dans la fonction.

BTW, compte tenu de ces clients sans IP statique, un mécanisme de rotation basé sur le temps de filtrage IP peut être nécessaire pour implémenter.
Puis-je obtenir une version paresseuse du script ?
Seulement besoin d'interdire xl0012, le tiers qtorrent interdit tout Thunder

Je déteste le dire, mais peut-être que vous priorisez les connexions depuis certains pays, comme avec un menu déroulant, et en plus de cela, vous pouvez baser les taux de transfert en fonction de la vitesse de transfert ? Mais cela a probablement dépassé un problème qBitorrent ?

qBitTorrent (ou plutôt libtorrent que qBT utilise) a une gestion par les pairs locaux qui donne une priorité plus élevée ou une vitesse illimitée aux ips qu'il détermine comme "locales". Un tel comportement pourrait éventuellement être étendu aux pairs à distance moyenne avec des temps de ping et/ou un nombre de sauts de traceroute faibles... et les pairs distants obtiendraient une priorité inférieure.
Ce comportement doit probablement être désactivé par défaut, car tout le monde n'en a pas besoin et l'activation par défaut pourrait être préjudiciable aux essaims torrent qui n'ont pas beaucoup de pairs Thunder.

Les utilisateurs de Linux peuvent configurer leur pare-feu pour filtrer les paquets de ces clients malveillants, comme solution de contournement temporaire.

Par exemple:
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

Dans la plupart des cas, cela fonctionnera, mais parfois je peux encore voir certains clients XL0012 connectés. Je ne sais pas s'ils font une sorte d'obscurcissement.

Dans #issuecomment-462029063 , quelqu'un dit :

la progression des deux clients xunlei dans votre instantané est de 0%, comment peuvent-ils télécharger vers d'autres?
...

Traduction:

Nous sommes en 2019 maintenant, et il y a encore des gens qui disent que XunLei (Thunder) ne sera pas téléchargé sur d'autres clients

0202

Cependant, nous sommes même en 2020 maintenant, et voici ce que je vois :

(un pair pour toujours 0%)

Oui, Thunder a publié une nouvelle version qui n'est pas si mauvaise, mais il y a encore un certain nombre de personnes qui utilisent l'ancienne version du mauvais client. La fonction anti-leech et bannissante du client est donc toujours nécessaire.

Mise à jour : ajouter la traduction en anglais

Passez simplement à bitcomet, qui est très efficace contre les clients que Xunlei ne télécharge pas.Il semble que l'auteur ne prendra pas le temps de résoudre le problème du tonnerre propre à la provenance domestique.

@Phuker @foxdodo Anglais uniquement s'il vous plaît.

Je vois aussi ce problème. Clients avec la chaîne "-XL0012" sangsue et n'avançant pas leur progression. C'est peut-être hors de portée, mais ce serait bien d'avoir une fonctionnalité pour bloquer ces clients.

Les étapes des deux clients Thunder dans votre instantané sont de 0 %. Comment peuvent-ils télécharger vers d'autres ? [9102],...

J'utilise qbit depuis quatre ans,
Je n'ai jamais vu Thunder télécharger (Xunlei/XL002).
Même si je lui télécharge 1 Go, il affiche toujours une progression de 0%, et seule la version rapide (7.xx x) sera téléchargée à une vitesse de 50 Ko ou moins.
Il y a trop d'utilisateurs de Thunder, nous avons besoin d'une fonction anti-sang.
Je veux juste utiliser la version officielle.

il semble vrai, je suis préoccupé par le fait que, tout en utilisant le pt pour télécharger torrent, le site Web de pt groupe la version améliorée de qbittorrent qui fonctionne en interdisant le tonnerre (XL0012), mais l'utilisation de la version officielle ne sera pas comme ça.