Qbittorrent: Gibt es eine Möglichkeit, einen bestimmten Client (Thunder) zu blockieren?

Und ich habe die Anti-Blutsauger-Strategie zur Kontrolle der Upload-Stauung verwendet. (Ich kenne den genauen englischen Namen nicht)

Hier gibt es einen qBittorrent-Fork, der Sie vielleicht interessieren könnte, siehe https://github.com/c0re100/qBittorrent-Enhanced-Edition/issues/2

Es gibt hier einen qBittorrent-Fork, der Sie vielleicht interessieren könnte, siehe c0re100#2

Das scheint gut.
Aber ich bin gespannt, ob der Ursprungs-qBittorrent bereit ist, ähnliche Funktionen hinzuzufügen.
Wenn ich kann, bevorzuge ich eine offizielle Version anstelle einer 3rd-Party-Version.

Ich denke, es wäre schön, wenn wir einige Regeln festlegen können, die einem Client entsprechen und ihn blockieren.

Zum Beispiel das Blockieren eines Peers, dessen IP im Bereich von xxxx bis xxxx liegt, oder das Blockieren eines Peers, dessen Clientname die Zeichenfolge 'XL0012' enthält, und so weiter.

Sogar wir können ein Userscript schreiben, um erweiterte Funktionen zu implementieren.

"Und ich habe die Anti-Blutsauger-Strategie zur Kontrolle der Upload-Stauung verwendet. (Ich kenne den genauen englischen Namen nicht)"

Anti-Leech wird diese Option auf Englisch genannt.
Von diesem Link: https://github.com/arvidn/libtorrent/blob/master/src/choker.cpp
"Der Anti-Leech-Seeding-Algorithmus basiert auf dem Papier "Improving BitTorrent: A Simple Approach" von Chow et al. und stuft die Peers nach der Anzahl ihrer Teile ein abschließen."
Es lädt MEHR auf die 0% vollständigen Thunder (XunLei)-Clients hoch als 5-95% vollständige zufällige Peers!

Ein effektiveres Mittel zur Bekämpfung von Gleichaltrigen, die nichts geben, besteht darin, "regelmäßiges" Super-Seeding auf ALLEN Torrents zu ermöglichen. Die maximalen Upload-Slots MÜSSEN niedriger sein als die Anzahl der verbundenen Peers, sonst lädt qBitTorrent immer noch auf jeden Peer hoch.
Strenges Super-Seeding ist eine extremere Form, die bei Torrents mit <5 verbundenen Peers nicht gut funktioniert - es wird am Ende für lange Zeiträume NICHT auf gute Peers hochgeladen.

Das manuelle Sperren der Peers ist leider notwendig, wenn Sie das Hochladen auf ein Minimum beschränken möchten. Dies erfordert möglicherweise die Erstellung eines ipfilter.dat-Blockbereichs für die schlechtesten IP-Bereiche.

"Und ich habe die Anti-Blutsauger-Strategie zur Kontrolle der Upload-Stauung verwendet. (Ich kenne den genauen englischen Namen nicht)"

Anti-Leech wird diese Option auf Englisch genannt.
Von diesem Link: https://github.com/arvidn/libtorrent/blob/master/src/choker.cpp
"Der Anti-Leech-Seeding-Algorithmus basiert auf dem Papier "Improving BitTorrent: A Simple Approach" von Chow et al. und stuft die Peers nach der Anzahl ihrer Teile ein abschließen."
Es lädt MEHR auf die 0% vollständigen Thunder (XunLei)-Clients hoch als 5-95% vollständige zufällige Peers!

Ein effektiveres Mittel zur Bekämpfung von Gleichaltrigen, die nichts geben, besteht darin, "regelmäßiges" Super-Seeding auf ALLEN Torrents zu ermöglichen. Die maximalen Upload-Slots MÜSSEN niedriger sein als die Anzahl der verbundenen Peers, sonst lädt qBitTorrent immer noch auf jeden Peer hoch.
Strenges Super-Seeding ist eine extremere Form, die bei Torrents mit <5 verbundenen Peers nicht gut funktioniert - es wird am Ende für lange Zeiträume NICHT auf gute Peers hochgeladen.

Das manuelle Sperren der Peers ist leider notwendig, wenn Sie das Hochladen auf ein Minimum beschränken möchten. Dies erfordert möglicherweise die Erstellung eines ipfilter.dat-Blockbereichs für die schlechtesten IP-Bereiche.

Ich verstehe. Den Optionsnamen habe ich wörtlich genommen.

Das bedeutet also, dass es bei einem offiziellen Build keinen guten Weg gibt, es zu blockieren, egal ob Sie den "Super-Seeding" -Modus verwenden oder Optionen ändern, oder?

Da ich ihnen ähnlich bin, möchte ich auch nichts auf diese Junk-Clients hochladen.

Ich verwende jetzt eine Drittanbieterversion und fühle mich gut.

Super Seeding mit Upload-Slots, die auf weniger als die maximale Anzahl von Verbindungen begrenzt sind, funktioniert gut über 1 Stunde und mehr.
Ein 0%-Peer wird EIN Stück erhalten, das nur wenige/keine anderen Peers haben, und bis andere Peers melden, dass es dieses Stück hat, wird dieser 0%-Peer wahrscheinlich keinen weiteren Upload von Ihnen erhalten.

Nachdem ich diese Seite gelesen hatte, habe ich verstanden, wie der Super-Seed-Modus funktioniert.

Aber ich bin nicht der erste Säer, alle Peers können leicht irgendwelche Stücke bekommen, also denke ich, dass es mir nicht helfen kann.

Super Seeding erfordert nicht, dass Sie der anfängliche Seeder sind, es funktioniert dort nur effizienter - mit weniger doppeltem Hochladen. Aber es ist Ihnen wahrscheinlich nicht so wichtig, dasselbe Stück über einen Zeitraum von 1 Stunde an mehrere Peers hochzuladen, als mehrere Stücke an raubende XunLei-Clients hochzuladen.

Der Fortschritt der beiden Xunlei-Clients in Ihrem Snapshot beträgt 0%. Wie können sie auf andere hochladen?
Es ist 9102 und einige Leute sagen, dass Xunlei es nicht auf andere Clients hochladen wird...

Der Fortschritt der beiden Xunlei-Clients in Ihrem Snapshot beträgt 0%. Wie können sie auf andere hochladen?
Es ist 9102 und einige Leute sagen, dass Xunlei es nicht auf andere Clients hochladen wird...

Wie im Xunlei-Client von XL0012 gezeigt, beträgt der angezeigte Fortschritt immer 0%, egal wie viel Sie hochladen, und es werden keine Informationen hochgeladen.

Wenn Sie mir nicht glauben, gehen Sie ins öffentliche Netzwerk und laden Sie nach dem Zufallsprinzip ein paar Seeds herunter.

Einige Versionen von Thunder (UA ist die Versionsnummer von Thunder, nicht XL0012) werden hochgeladen.

Auch nach 9102 wird das Böse, das Xunlei angerichtet hat, nicht verschwinden!

"Der Fortschritt der beiden Xunlei-Clients in Ihrem Snapshot beträgt 0%. Wie können sie auf andere hochladen?"

Sie lügen über ihren vollständigen Prozentsatz und behaupten immer 0%, selbst nachdem Seeds und Peers viele Teile hochgeladen haben.

Ältere Versionen von qBitTorrent (ca. 3.0.10 oder früher?) taten in geringerem Maße dasselbe, teilweise aufgrund eines Fehlers und/oder eines Programmierfehlers.

Ich habe Strict Super Seeding aktiviert und Upload Choking Algorithm auf Anti-Leech gesetzt. Es scheint jedoch, dass die Xunlei-Clients den Schwarm in Spitzenzeiten für beliebte Torrents mit Verbindungen überfluten. Die einzige Lösung, um die Download- und Upload-Raten zu erhöhen, bestand darin, IPs mit dem Client-Label "-XL0012..." während der Verbindung manuell zu sperren - was ziemlich mühsam war.

ankushnarula, wie ich bereits früher in diesem Thementhread erwähnt habe, macht Anti-Blutegel das Problem schlimmer statt besser.
Außerdem ist reguläres Super Seeding effektiver als strenges Super Seeding – sowohl beim leichten Widerstand gegen Blutegelangriffe als auch beim Umgang mit feindlichen Peers.

Es muss eine umfassendere Art und Weise des Umgangs mit feindlichen Gleichaltrigen geben. Das Sperren feindlicher Clients muss leider automatisiert/automatisch erfolgen, aber mit einer Möglichkeit, dies aufgrund möglicher Fehler in seiner Logik zu deaktivieren.

Verzeihen Sie mir. Ich habe es falsch verstanden. Ich bin jedoch durch Versuch und Irrtum zu Ihrem Ergebnis gekommen. Es scheint auch, dass dies außerhalb eines pro Torrent verteilten Konsensansatzes nicht fair gelöst werden kann.

Am 24.04.2019 um 18:46 Uhr

ankushnarula, wie ich bereits früher in diesem Thementhread erwähnt habe, macht Anti-Blutegel das Problem schlimmer statt besser.
Außerdem ist reguläres Super Seeding effektiver als strenges Super Seeding – sowohl beim leichten Widerstand gegen Blutegelangriffe als auch beim Umgang mit feindlichen Peers.

Es muss eine umfassendere Art und Weise des Umgangs mit feindlichen Gleichaltrigen geben. Das Sperren feindlicher Clients muss leider automatisiert/automatisch erfolgen, aber mit einer Möglichkeit, dies aufgrund möglicher Fehler in seiner Logik zu deaktivieren.

—
Sie erhalten dies, weil Sie einen Kommentar abgegeben haben.
Antworten Sie direkt auf diese E-Mail, zeigen Sie sie auf GitHub an (https://github.com/qbittorrent/qBittorrent/issues/10258#issuecomment-486455764) oder schalten Sie den Thread stumm (https://github.com/notifications/unsubscribe-auth /AAAQWM7YZNFLNGHCQWTNR7TPSDPOBANCNFSM4GUKOVLQ).

Auch hier ist das manuelle Sperren von -XL012 beim Herunterladen eines öffentlichen Torrents mühsam, da sie immer wieder über dht pex auftauchen, wenn keine Tracker von Drittanbietern hinzugefügt werden (einige beliebte Tracker sind entweder in China blockiert oder blockieren chinesische IPs). Sie scheinen nicht nur bei 0% zu liegen und belegen einen großen Teil Ihrer Upload-Bandbreite, wenn sie nicht aktiviert sind, sondern geben auch keine zurück. Obwohl es für Benutzer, die sich nicht in China befinden, weniger ein Problem darstellt, filtert GFW meines Wissens den eingehenden Datenverkehr noch stärker als den ausgehenden, sodass Xunlei nicht so effizient entleeren kann.
(Aber soweit ich weiß, wird qb diese Funktion nicht haben, es sei denn, libtorrent implementiert sie.)

Du hast recht. Vielleicht sollte ich es im Repo von libtorrent posten?

发送自 Windows 10

: NAVrasZ
Spielzeit: 2019年5月13日 18:10
: qbittorrent/qBittorrent
: MR; Autor
Antwort: Re: [qbittorrent/qBittorrent] Gibt es eine Möglichkeit, einen bestimmten Client (Thunder) zu blockieren? (#10258)

Auch hier ist das manuelle Sperren von -XL012 beim Herunterladen eines öffentlichen Torrents mühsam. Sie scheinen nicht nur 0% zu sein, wenn sie nicht markiert sind, belegen sie normalerweise einen großen Teil Ihrer Upload-Bandbreite, lassen wenig für andere übrig und geben nichts zurück.
(Aber soweit ich weiß, wird qb diese Funktion nicht haben, es sei denn, libtorrent implementiert sie.)
—
Sie erhalten dies, weil Sie den Thread verfasst haben.
Antworten Sie direkt auf diese E-Mail, zeigen Sie sie auf GitHub an oder schalten Sie den Thread stumm.

Es wird bereits in https://github.com/arvidn/libtorrent/pull/3833 referenziert, obwohl ihre Auffassung darin besteht, die missbrauchte Lücke zu schließen, anstatt eine zusätzliche Sperrfunktion hinzuzufügen.

Vielleicht ist das Hinzufügen zur Blacklist ein schneller Weg, um Xunlei zu blockieren? Ich muss nur XL0012 zu dieser Blacklist hinzufügen und qbt wird diese Clients automatisch blockieren. Es ist einfach, nach Blutegeln zu hacken, aber manchmal kann es ein wenig nützlich sein.

Der Fortschritt der beiden Xunlei-Clients in Ihrem Snapshot beträgt 0%. Wie können sie auf andere hochladen?
...

Ich benutze qbit seit vier Jahren,
und ich habe noch nie Thunder Upload (xunlei/XL002) gesehen.
Selbst wenn ich ihm 1GB hochlade, zeigt er immer noch 0% Fortschritt an,
Nur die Speed-Version (7.xxx) lädt mit einer Geschwindigkeit von 50 KB oder weniger hoch.
Es gibt zu viele Thunder-Benutzer, wir brauchen eine Anti-Blut-Funktion.
Ich möchte nur die offizielle Version verwenden.

"Choke unehrlicher Peer im Anti-Leech-Seeding-Algorithmus" wurde in libtorrent 1.2.1 implementiert, derzeit ist ein qbittorrent 4.2.0RC mit libtorrent 1.2.2 veröffentlicht, können diejenigen von euch, die Probleme mit Thunder (XunLei) haben, es testen & können meldest du dich, wenn noch was hochgeladen wird??

"Choke unehrlicher Peer im Anti-Leech-Seeding-Algorithmus" wurde in libtorrent 1.2.1 implementiert, derzeit ist ein qbittorrent 4.2.0RC mit libtorrent 1.2.2 veröffentlicht, können diejenigen von euch, die Probleme mit Thunder (XunLei) haben, es testen & können meldest du dich, wenn noch was hochgeladen wird??

https://imgur.com/qYKQqfr
noch hochladen

@cannotbeblank verwenden Sie den Anti-Leech-Algorithmus??

@cannotbeblank verwenden Sie den Anti-Leech-Algorithmus??

Brauchen Sie diese Funktion? Ich dachte, es wäre standardmäßig blockiert.
Ich verwende jetzt Algorithmus.
aber dennoch
https://imgur.com/ME9peky

Anti-Leech ist nicht nur ineffektiv, es macht das Gegenteil von dem, was der Name impliziert – wie ich bereits in diesem Thread erklärt habe.

Die Super-Seeding-Methode von qBitTorrent (aber nicht striktes Super-Seeding oder anfängliches Seeding) ist effektiver - aber nur, wenn Upload-Slots pro Torrent geringer sind als die von Peers auf diesem Torrent.

"Choke unehrlicher Peer im Anti-Leech-Seeding-Algorithmus" wurde in libtorrent 1.2.1 implementiert, derzeit ist ein qbittorrent 4.2.0RC mit libtorrent 1.2.2 veröffentlicht, können diejenigen von euch, die Probleme mit Thunder (XunLei) haben, es testen & können meldest du dich, wenn noch was hochgeladen wird??

Die Lösung scheint nicht zu funktionieren.

Anti-Leech-Algorithmus. Windows 10. qBittorren 4.2.0RC

Im Moment habe ich schon mehr oder weniger 800KiB auf den Client hochgeladen.

Bearbeiten - Nachfassen

Der Client hat gerade 1 MiB heruntergeladen und markiert immer noch 0,0% Fortschritt. Im Schwarm andere Clients, die 64 KiB heruntergeladen haben, markieren 0,1% in der Fortschrittsspalte.

Bearbeiten/2

Nach Neustart keine Spuren von XunLei im Schwarm im Moment

Bearbeiten/3

XunLei 0012 und 0.0.1.8 noch vorhanden, wird noch heruntergeladen, markiert immer noch 0 % Fortschritt

Unter Linux und Version 4.3.0alpha1 verbinden sie sich immer noch und nur Blutegel. Es gab jedoch einen seltsamen, der tatsächlich etwas mehr als 0% vollständig zeigte.

Es scheint, dass die PR arvidn/libtorrent#3833 nicht hilft.

qbittorrent-Version: 4.2.0

Der Upload-Drosselalgorithmus wurde auf "Anti-Leech" eingestellt. (und andere zwei Algorithmen helfen auch nicht.)

Wie Sie sehen, hat es mehr als 120 MB (derzeit 180 MB vor dem Verbot) erhalten, was 30 Stück und 1,5% des gesamten Torrents bedeutet.

Außerdem sehen Sie im Screenshot einen Peer, dessen UA 7.10.34.360 . Es ist die alte Version von Xunlei, die ehrlich ist.

Wenn ein Torrent völlig mit eingehenden Verbindungen überflutet ist, von denen viele/die meisten von ihnen Blutegel oder schlimmere Feinde sind, versuchen Sie, eingehende Verbindungen vorübergehend zu deaktivieren (indem Sie die Portweiterleitung entfernen/eine Firewall-Regel hinzufügen), DHT und PEX.
...und reduzieren Sie die maximale Anzahl von Verbindungen pro Torrent auf die derzeit verbundene Anzahl von Peers + Seeds. (Dies sollte den gleichen Effekt haben wie das Deaktivieren eingehender Verbindungen, kann jedoch mehr Bandbreite beanspruchen.)

Laut Wikipedia unterstützt Thunder uTP nicht ... oder wenn ja, noch schlechter als qBitTorrent/libTorrent! Das Deaktivieren von TCP-Seed+Peer-Verbindungen sollte es also vollständig blockieren.
Selbst wenn eingehende TCP-Verbindungen nicht zugelassen werden (zum Beispiel nur Port-Forward-UDP auf Ihrem Router), sollten sie selten gesehen werden – da die Great Firewall of China die meisten Versuche außerhalb Chinas blockiert, sich mit Thunder-Clients in China zu verbinden.

Wenn ein Torrent völlig mit eingehenden Verbindungen überflutet ist, von denen viele/die meisten von ihnen Blutegel oder schlimmere Feinde sind, versuchen Sie, eingehende Verbindungen vorübergehend zu deaktivieren (indem Sie die Portweiterleitung entfernen/eine Firewall-Regel hinzufügen), DHT und PEX.
...und reduzieren Sie die maximale Anzahl von Verbindungen pro Torrent auf die derzeit verbundene Anzahl von Peers + Seeds. (Dies sollte den gleichen Effekt haben wie das Deaktivieren eingehender Verbindungen, kann jedoch mehr Bandbreite beanspruchen.)

Laut Wikipedia unterstützt Thunder uTP nicht ... oder wenn ja, noch schlechter als qBitTorrent/libTorrent! Das Deaktivieren von TCP-Seed+Peer-Verbindungen sollte es also vollständig blockieren.
Selbst wenn eingehende TCP-Verbindungen nicht zugelassen werden (zum Beispiel nur Port-Forward-UDP auf Ihrem Router), sollten sie selten gesehen werden – da die Great Firewall of China die meisten Versuche außerhalb Chinas blockiert, sich mit Thunder-Clients in China zu verbinden.

lol
Hast du das Bild des vorherigen Kommentars gesehen.........?
Thunder unterstützt uTP seit langer Zeit,,,,,,

Guter Punkt ... und ja, das habe ich übersehen. Aber kann es mit uTP STUN machen?
... wenn nicht, leiten Sie UDP nicht weiter und es kann wahrscheinlich keine eingehenden Verbindungen herstellen.

Mit Hilfe von Web-API und ipfilter.dat (wie Get torrent peers data and Set application settings ) können diese spezifischen Peer-Clients (wie XL0012, Xunlei, client: 7.2.) immer noch leicht herausgefiltert werden, obwohl es nicht gebaut ist -in-Funktion.

Übrigens, in Anbetracht der Clients ohne statische IPs kann ein zeitbasierter Rotationsmechanismus zum Filtern von IPs erforderlich sein, um ihn zu implementieren.

Ich nehme an, jeder hat darüber nachgedacht, wenn Sie versuchen, bestimmte Clients zu sperren, diese Leute, die diesen Client codieren, könnten einfach etwas machen oder etwas ermöglichen, um ihre Client-ID an einen anderen zu fälschen, der nicht das ist, was es ist, also ist das wirklich nicht gut 'reparieren' unbedingt? Oder hoffentlich irre ich mich, ich programmiere nicht viel.

Ich sage es ungern, aber vielleicht priorisieren Sie Verbindungen aus bestimmten Ländern, wie mit einem Dropdown-Menü, und können dann die Übertragungsraten basierend auf der Übertragungsgeschwindigkeit festlegen? Aber das ist wahrscheinlich über ein qBitorrent-Problem hinausgekommen? Ich bin sicher auch nicht der Erste, der darüber nachdenkt, sorry.

Mit Hilfe von Web-API und ipfilter.dat (wie Get torrent peers data and Set application settings ) können diese spezifischen Peer-Clients (wie XL0012, Xunlei, client: 7.2.) immer noch leicht herausgefiltert werden, obwohl es nicht gebaut ist -in-Funktion.

Übrigens, in Anbetracht der Clients ohne statische IPs kann ein zeitbasierter Rotationsmechanismus zum Filtern von IPs erforderlich sein, um ihn zu implementieren.
Kann ich eine faule Version des Skripts bekommen?
Muss nur xl0012 verbieten, der Drittanbieter qtorrent verbietet alle Thunder

Ich sage es ungern, aber vielleicht priorisieren Sie Verbindungen aus bestimmten Ländern, wie mit einem Dropdown-Menü, und können dann die Übertragungsraten basierend auf der Übertragungsgeschwindigkeit festlegen? Aber das ist wahrscheinlich über ein qBitorrent-Problem hinausgekommen?

qBitTorrent (oder besser gesagt libtorrent, das qBT verwendet) hat eine lokale Peer-Behandlung, die entweder eine höhere Priorität oder unbegrenzte Geschwindigkeit für ips gibt, die es als "lokal" bezeichnet. Ein solches Verhalten könnte möglicherweise auf Peers mittlerer Entfernung mit niedrigen Ping-Zeiten und/oder Traceroute-Hop-Anzahl ausgedehnt werden ... und entfernte Peers würden eine niedrigere Priorität erhalten.
Dieses Verhalten muss wahrscheinlich standardmäßig auf OFF gesetzt werden, da nicht jeder es benötigt und die standardmäßige Aktivierung für Torrent-Schwärme schädlich sein könnte, die nicht viele Thunder-Peers haben.

Linux-Benutzer können ihre Firewall so konfigurieren, dass Pakete von diesen bösartigen Clients als vorübergehende Problemumgehung herausgefiltert werden.

Zum Beispiel:
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

In den meisten Fällen wird dies funktionieren, aber manchmal sehe ich immer noch, dass einige XL0012-Clients verbunden sind. Ich bin mir nicht sicher, ob sie irgendeine Art von Verschleierung tun.

In #issuecomment-462029063 sagt jemand:

Der Fortschritt der beiden Xunlei-Clients in Ihrem Snapshot beträgt 0%. Wie können sie auf andere hochladen?
...

Übersetzung:

Es ist jetzt 2019 und es gibt immer noch einige Leute, die sagen, dass XunLei (Thunder) nicht auf andere Clients hochladen wird

0202

Es ist jedoch sogar 2020, und das sehe ich:

(ein für immer 0% Gleichgesinnter)

Ja, Thunder haben eine neue Version veröffentlicht, die nicht so böse ist, aber es gibt immer noch eine Reihe von Leuten, die die alte Version des bösen Clients verwenden. Daher ist die Anti-Leech- und Banning-Client-Funktion weiterhin erforderlich.

Update: Englische Übersetzung hinzufügen

Wechseln Sie einfach zu bitcomet, was sehr effektiv gegen Clients ist, die Xunlei nicht hochlädt.Es scheint, dass sich der Autor nicht die Zeit nehmen wird, das Donnerproblem der inländischen Provenienz zu lösen.

@Phuker @foxdodo Bitte nur Englisch.

Ich sehe dieses Problem auch. Kunden mit String "-XL0012" bluten und schreiten nicht voran. Vielleicht liegt es außerhalb des Geltungsbereichs, aber es wäre schön, eine Funktion zu haben, um diese Clients zu blockieren.

Die Schritte der beiden Thunder-Clients in Ihrem Snapshot sind 0 %. Wie können sie auf andere hochladen? [9102],...

Ich benutze qbit seit vier Jahren,
Ich habe Thunder-Upload (Xunlei/XL002) noch nie gesehen.
Selbst wenn ich 1GB auf ihn hochlade, zeigt er immer noch 0% Fortschritt an und nur die Speed-Version (7.xx x) wird mit einer Geschwindigkeit von 50kb oder weniger hochgeladen.
Es gibt zu viele Thunder-Benutzer, wir brauchen eine Anti-Blut-Funktion.
Ich möchte nur die offizielle Version verwenden.

es scheint wahr zu sein, ich bin besorgt darüber, dass die pt-Website während der Verwendung von pt zum Herunterladen von Torrent die erweiterte Version von qbittorrent band, die den Donner verbietet (XL0012), aber die Verwendung der offiziellen Version wird nicht so sein.