Qbittorrent: Есть ли способ заблокировать конкретного клиента (Thunder)?

И я использовал стратегию борьбы с перегрузкой загрузки, направленную против кровососания. (Я не знаю английского точного имени)

Здесь есть форк qBittorrent, который может вас заинтересовать, см. Https://github.com/c0re100/qBittorrent-Enhanced-Edition/issues/2

Здесь есть форк qBittorrent, который может вас заинтересовать, см. C0re100 # 2

Кажется, это хорошо.
Но мне любопытно, готов ли qBittorrent-источник добавить аналогичные функции.
По возможности я предпочитаю использовать официальную версию вместо сторонней версии.

Я думаю, было бы неплохо, если бы мы могли установить некоторые правила, соответствующие клиенту, и заблокировать его.

Например, блокирование однорангового узла, чей IP-адрес находится в диапазоне от xxxx до xxxx, или блокирование однорангового узла, имя клиента которого содержит строку «XL0012», и так далее.

Даже мы можем написать пользовательский скрипт для реализации расширенных функций.

«И я использовал стратегию борьбы с перегрузкой при загрузке, направленную против кровососания (я не знаю точного английского названия)»

Антипиявка - это то, что эта опция называется по-английски.
По этой ссылке: https://github.com/arvidn/libtorrent/blob/master/src/choker.cpp
"алгоритм посева против пиявки основан на статье" Улучшение BitTorrent: простой подход "от Чоу и др. и ранжирует одноранговые узлы в зависимости от того, сколько у них частей, предпочитая отключать одноранговые узлы, которые только что запустили, и одноранговые узлы, которые близки к завершение ".
Он загружает БОЛЬШЕ на 0% полных клиентов Thunder (XunLei), чем 5-95% полных случайных пиров!

Более эффективное средство борьбы с одноранговыми узлами, которые ничего не дают, - это включение "регулярного" суперпосевания для ВСЕХ торрентов. Максимальное количество слотов загрузки ДОЛЖНО быть меньше количества подключенных одноранговых узлов, иначе qBitTorrent все равно будет загружать на каждый одноранговый узел.
Строгий суперсединг - это более экстремальная форма, которая плохо работает с торрентами с <5 подключенными одноранговыми узлами - в конечном итоге он НЕ будет загружаться на хорошие одноранговые узлы в течение длительных интервалов времени.

К сожалению, вручную запретить одноранговые узлы необходимо, если вы хотите свести к минимуму загрузку на них. Это может потребовать создания диапазона блоков ipfilter.dat для наихудших диапазонов IP.

«И я использовал стратегию борьбы с перегрузкой при загрузке, направленную против кровососания (я не знаю точного английского названия)»

Антипиявка - это то, что эта опция называется по-английски.
По этой ссылке: https://github.com/arvidn/libtorrent/blob/master/src/choker.cpp
"алгоритм посева против пиявки основан на статье" Улучшение BitTorrent: простой подход "от Чоу и др. и ранжирует одноранговые узлы в зависимости от того, сколько у них частей, предпочитая отключать одноранговые узлы, которые только что запустили, и одноранговые узлы, которые близки к завершение ".
Он загружает БОЛЬШЕ на 0% полных клиентов Thunder (XunLei), чем 5-95% полных случайных пиров!

Более эффективное средство борьбы с одноранговыми узлами, которые ничего не дают, - это включение "регулярного" суперпосевания для ВСЕХ торрентов. Максимальное количество слотов загрузки ДОЛЖНО быть меньше количества подключенных одноранговых узлов, иначе qBitTorrent все равно будет загружать на каждый одноранговый узел.
Строгий суперсединг - это более экстремальная форма, которая плохо работает с торрентами с <5 подключенными одноранговыми узлами - в конечном итоге он НЕ будет загружаться на хорошие одноранговые узлы в течение длительных интервалов времени.

К сожалению, вручную запретить одноранговые узлы необходимо, если вы хотите свести к минимуму загрузку на них. Это может потребовать создания диапазона блоков ipfilter.dat для наихудших диапазонов IP.

Понятно. Я понял название опции буквально.

Итак, это означает, что независимо от того, используете ли вы режим «супер-посев» или меняете параметры, в официальной сборке нет хорошего способа заблокировать его, верно?

Я такой же, как и они, поэтому не хочу ничего загружать в эти нежелательные клиенты.

Сейчас использую стороннюю версию , чувствую себя хорошо.

Супер-раздача с ограничением слотов загрузки ниже максимального числа подключений работает более 1 часа.
Одноранговый узел с 0% получит ОДНУ часть, которой мало / нет других одноранговых узлов, и до тех пор, пока другие одноранговые узлы не сообщат о наличии этой части, этот 0% одноранговый узел вряд ли получит от вас дополнительную загрузку.

Прочитав эту страницу , я понял, как работает режим super seed.

Но я не первый сеялка, все сверстники могут легко получить любые кусочки, поэтому я думаю, что это мне не поможет.

Супер-посев не требует, чтобы вы были начальным сидером, он просто работает там более эффективно - с меньшим количеством дублирующих загрузок. Но вы, вероятно, не так сильно заботитесь о загрузке одного и того же фрагмента нескольким одноранговым узлам в течение 1 часа, чем о загрузке нескольких фрагментов для похищающих клиентов XunLei.

Прогресс двух клиентов xunlei в снимке ur составляет 0%, как они могут загружать файлы другим пользователям? Шучу?
Это был 9102, и некоторые люди говорят, что Xunlei не будет загружать его другим клиентам ...

Прогресс двух клиентов xunlei в снимке ur составляет 0%, как они могут загружать файлы другим пользователям? Шучу?
Это был 9102, и некоторые люди говорят, что Xunlei не будет загружать его другим клиентам ...

Как показано в клиенте Xunlei для XL0012, независимо от того, сколько вы загружаете на них, прогресс, который он сообщает, всегда будет равен 0% и не будет загружать вам никакой информации.

Если вы мне не верите, зайдите в общедоступную сеть и скачайте наугад несколько сидов. Все будет ясно.

Некоторые версии Thunder (UA - это номер версии Thunder, а не XL0012) будут загружены.

Даже после 9102 года зло, сотворенное Сюньлэем, не исчезнет!

"Прогресс двух клиентов xunlei в моментальном снимке ur составляет 0%, как они могут загружать данные другим пользователям?"

Они лгут о своем проценте завершенности, всегда утверждая, что 0%, даже после того, как семена и сверстники загрузили им много частей.

Более старые версии qBitTorrent (около 3.0.10 или ранее?) Делали то же самое в меньшей степени, частично из-за ошибки и / или недосмотра при программировании.

Я включил Strict Super Seeding и установил для алгоритма блокировки загрузки значение Anti-leech. Однако кажется, что клиенты Xunlei наводняют рой подключениями в часы пик для популярных торрентов. Единственным решением для увеличения скорости загрузки и выгрузки было ручное блокирование IP-адресов с меткой клиента «-XL0012 ...» при их подключении, что было довольно трудоемко.

ankushnarula, как я уже отмечал ранее в этой теме, Anti-leech усугубляет проблему, а не улучшает.
Кроме того, регулярный суперпосев более эффективен, чем строгий суперпосев - как при слабом сопротивлении атакам пиявки, так и при борьбе с враждебными сверстниками.

Необходим более комплексный подход к враждебным сверстникам. К сожалению, запрет враждебных клиентов должен быть автоматическим / автоматическим, но со средствами для его отключения из-за возможных ошибок в его логике.

Простите меня. Я неправильно понял. Однако я пришел к вашему выводу путем проб и ошибок. Также кажется, что эта проблема не будет решена справедливо вне подхода распределенного консенсуса по торрентам.

24 Апр 2019 в 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, если не добавлены сторонние трекеры (некоторые популярные трекеры либо заблокированы в Китае, либо блокируют китайские IP-адреса). Они не только кажутся равными 0% и занимают огромную часть вашей пропускной способности, если их не проверять, но и не дают ничего взамен. Хотя это меньшая проблема для пользователей, которые не находятся в Китае, насколько я могу судить, GFW фильтрует входящий трафик даже больше, чем исходящий, поэтому Xunlei не может похищать так же эффективно.
(Но, насколько мне известно, в qb не будет этой функции, если ее не реализует libtorrent.)

Ты прав. Может, выложить в репо libtorrent?

发送 自 Версия Windows 10 邮件 应用

发件人: НАВрасЗ
Дата: 2019-05-13, 18:10
收件人: qbittorrent / qBittorrent
抄送: MR; Автор
主题: Re: [qbittorrent / qBittorrent] Есть ли способ заблокировать конкретного клиента (Thunder)? (# 10258)

То же самое и здесь, запретить -XL012 вручную при загрузке общедоступного торрента - трудоемкий процесс. Мало того, что они кажутся равными 0%, если их не отмечать, они обычно занимают огромную часть вашей пропускной способности для загрузки, оставляя мало для других и не давая ничего взамен.
(Но, насколько мне известно, в qb не будет этой функции, если ее не реализует libtorrent.)
-
Вы получаете это, потому что вы являетесь автором темы.
Ответьте на это письмо напрямую, просмотрите его на GitHub или отключите чат.

Об этом уже упоминалось в https://github.com/arvidn/libtorrent/pull/3833 , хотя они взяли на себя эту задачу, чтобы исправить лазейку, которой злоупотребляют, вместо добавления дополнительной функции запрета.

Может быть, добавление в черный список - это быстрый способ заблокировать Xunlei? Мне просто нужно добавить XL0012 в этот черный список, и qbt автоматически заблокирует этих клиентов. На пиявок легко взломать, но иногда бывает немного полезно.

Прогресс двух клиентов xunlei в снимке ur составляет 0%, как они могут загружать данные другим? Шучу?
都 ９１０２ 年 了 ， 还有 人 在 说 迅雷 不 上传 给 其他 客户 端 ...

Уже четыре года использую qbit,
и я никогда не видел загрузки Thunder (xunlei / XL002).
Даже если я закачу ему 1 ГБ, он все равно показывает 0% прогресса,
Только версия скорости (7.xxx) будет загружаться со скоростью 50 КБ или меньше.
Слишком много пользователей Thunder, нам нужна функция антикрови.
Просто хочу использовать официальную версию.

В libtorrent 1.2.1 реализовано «подавление нечестного однорангового узла в алгоритме раздачи антипиявки», в настоящее время существует qbittorrent 4.2.0RC с выпущенным libtorrent 1.2.2, могут ли те из вас, у кого есть проблемы с Thunder (XunLei), протестировать его? вы сообщаете, если еще происходит загрузка ??

В libtorrent 1.2.1 реализовано «подавление нечестного однорангового узла в алгоритме раздачи антипиявки», в настоящее время существует qbittorrent 4.2.0RC с выпущенным libtorrent 1.2.2, могут ли те из вас, у кого есть проблемы с Thunder (XunLei), протестировать его? вы сообщаете, если еще происходит загрузка ??

https://imgur.com/qYKQqfr
все еще загружаю

@cannotbeblank , вы используете алгоритм защиты от пиявки ??

@cannotbeblank , вы используете алгоритм защиты от пиявки ??

Нужно использовать эту функцию? Думал заблокирован по умолчанию.
Сейчас использую алгоритм.
но все равно
https://imgur.com/ME9peky

Анти-пиявка не только неэффективна, но и работает ПРОТИВОПОЛОЖЕНИЕ тому, что подразумевает название - как я уже объяснял ранее в этой теме.

Метод супер-заполнения qBitTorrent (но не строгий супер-заполнение или начальное заполнение) более эффективен, но только если количество слотов для загрузки на торрент меньше, чем количество пиров на этом торренте.

В libtorrent 1.2.1 реализовано «подавление нечестного однорангового узла в алгоритме раздачи антипиявки», в настоящее время существует qbittorrent 4.2.0RC с выпущенным libtorrent 1.2.2, могут ли те из вас, у кого есть проблемы с Thunder (XunLei), протестировать его? вы сообщаете, если еще происходит загрузка ??

Решение не работает.

Алгоритм защиты от пиявки. Windows 10. qBittorren 4.2.0RC

На данный момент я уже загрузил клиенту около 800КиБ.

Изменить - продолжение

Клиент только что загрузил 1 MiB и все еще отмечает 0,0% прогресса. В рое другие клиенты, которые загрузили 64 КиБ, отмечают 0,1% в столбце прогресса.

Редактировать / 2

После перезагрузки следов XunLei в рое на данный момент нет

Редактировать / 3

XunLei 0012 и 0.0.1.8 все еще присутствуют, все еще загружаются, все еще отмечается 0% прогресса

Используя Linux и версию 4.3.0alpha1, они по-прежнему подключаются и только пиявка. Был один странный человек, который на самом деле показал выполнение чего-то более чем на 0%.

Похоже, пиар arvidn / libtorrent # 3833 не помогает.

версия qbittorrent: 4.2.0

Алгоритм блокировки загрузки был установлен на «Anti-leech». (и два других алгоритма тоже не помогают.)

Как видите, он получил более 120 МБ (на данный момент 180 МБ до бана), что означает 30 штук и 1,5% от всего торрента.

Кроме того, на скриншоте вы можете увидеть однорангового узла, UA которого 7.10.34.360 . Это старая версия Xunlei, и это честно.

Если торрент полностью заполнен входящими соединениями, многие из которых / большинство из них являются пиявками или еще хуже враждебными, попробуйте временно отключить входящие соединения (удалив переадресацию портов / добавив правило брандмауэра), DHT и PEX.
... и уменьшите максимальное количество подключений на торрент до равного или ниже текущего количества подключенных пиров + сидов. (Это должно иметь тот же эффект, что и отключение входящих подключений, но может потребовать большей пропускной способности.)

Согласно википедии, Thunder не поддерживает uTP ... или даже хуже, чем qBitTorrent / libTorrent! Таким образом, отключение TCP seed + peer-соединений должно полностью заблокировать его.
Даже запрет на входящие TCP-соединения (например, только UDP с переадресацией портов на вашем маршрутизаторе) должен сделать их редко видимыми - потому что Великий брандмауэр Китая блокирует большинство попыток подключения к клиентам Thunder в Китае за пределами Китая.

Если торрент полностью заполнен входящими соединениями, многие из которых / большинство из них являются пиявками или еще хуже враждебными, попробуйте временно отключить входящие соединения (удалив переадресацию портов / добавив правило брандмауэра), DHT и PEX.
... и уменьшите максимальное количество подключений на торрент до равного или ниже текущего количества подключенных пиров + сидов. (Это должно иметь тот же эффект, что и отключение входящих подключений, но может потребовать большей пропускной способности.)

Согласно википедии, Thunder не поддерживает uTP ... или даже хуже, чем qBitTorrent / libTorrent! Таким образом, отключение TCP seed + peer-соединений должно полностью заблокировать его.
Даже запрет на входящие TCP-соединения (например, только UDP с переадресацией портов на вашем маршрутизаторе) должен сделать их редко видимыми - потому что Великий брандмауэр Китая блокирует большинство попыток подключения к клиентам Thunder в Китае за пределами Китая.

ржу не могу
Вы видели изображение из предыдущего комментария ..........?
Гром давно поддерживает uTP ,,,,,,

Хорошее замечание ... и да, я это пропустил. Но может ли он делать STUN с uTP?
... если нет, не пересылайте UDP, и он, вероятно, не сможет подключиться к входящему.

С помощью веб-api и ipfilter.dat (например, Получить данные одноранговых узлов торрента и Задать настройки приложения ) эти конкретные одноранговые клиенты (например, XL0012, Xunlei, client: 7.2.) По-прежнему легко отфильтровать, хотя это не встроено -в особенности.

Кстати, учитывая, что у этих клиентов нет статических IP-адресов, может потребоваться механизм ротации на основе времени для фильтрации IP.

Я предполагаю, что все думали о том, что если вы попытаетесь заблокировать определенных клиентов, тех людей, которые кодируют, что этот клиент может просто создать или включить что-то, чтобы подменить свой идентификатор клиента на другой, который не является тем, что он есть, так что это действительно не очень хорошо "исправить" обязательно? Или, надеюсь, я ошибаюсь, я мало занимаюсь программированием.

Ненавижу это говорить, но, может быть, вы отдаете предпочтение соединениям из определенных стран, например, с помощью раскрывающегося меню, а затем, помимо этого, вы можете основывать скорость передачи на основе скорости передачи? Но, вероятно, это вышло за рамки проблемы с qBitorrent? Я уверен, что я не первый, кто задумывается об этом, извините.

С помощью веб-api и ipfilter.dat (например, Получить данные одноранговых узлов торрента и Задать настройки приложения ) эти конкретные одноранговые клиенты (например, XL0012, Xunlei, client: 7.2.) По-прежнему легко отфильтровать, хотя это не встроено -в особенности.

Кстати, учитывая, что у этих клиентов нет статических IP-адресов, может потребоваться механизм ротации на основе времени для фильтрации IP.
Могу ли я получить ленивую версию скрипта?
Только нужно банить xl0012, сторонний qtorrent банит весь гром

Ненавижу это говорить, но, может быть, вы отдаете предпочтение соединениям из определенных стран, например, с помощью раскрывающегося меню, а затем, помимо этого, вы можете основывать скорость передачи на основе скорости передачи? Но, вероятно, это вышло за рамки проблемы с qBitorrent?

qBitTorrent (или, скорее, libtorrent, который использует qBT) имеет локальную одноранговую обработку, которая либо дает более высокий приоритет, либо неограниченную скорость для IP-адресов, которые он определяет как «локальные». Такое поведение может быть распространено на одноранговые узлы на среднем расстоянии с низким временем отклика и / или счетчиком переходов трассировки ... а удаленные узлы будут иметь более низкий приоритет.
Это поведение, вероятно, должно быть отключено по умолчанию, так как оно не всем нужно, и включение по умолчанию может нанести вред торрент-роям, у которых нет большого количества пиров 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 кто-то говорит:

Прогресс двух клиентов xunlei в снимке ur составляет 0%, как они могут загружать данные другим? Шучу?
都 ９１０２ 年 了 ， 还有 人 在 说 迅雷 不 上传 给 其他 客户 端 ...

Перевод:

Сейчас 2019 год, и некоторые люди все еще говорят, что XunLei (Thunder) не будет загружать на другие клиенты.

都 0202 年 了

Однако сейчас даже 2020 год, и вот что я вижу:

(вечно равноправный с 0%)

Да, Thunder выпустил новую версию, которая не такая уж злая, но все еще есть люди, использующие старую версию злого клиента. Так что функция антипиявки и запрета клиента по-прежнему необходима.

Обновление: добавить английский перевод

Просто переключитесь на биткомет, который очень эффективен против клиентов, которые не загружает Xunlei.Похоже, автор не будет тратить время на решение проблемы грома, характерной для отечественного происхождения.

@Phuker @foxdodo Только английский, пожалуйста.

Я тоже вижу эту проблему. Клиенты со строкой "-XL0012" пияют и не продвигаются вперед. Может быть, это выходит за рамки, но было бы неплохо иметь функцию для блокировки этих клиентов.

Шаги двух клиентов Thunder на вашем снимке равны 0%. Как они могут загружать файлы другим пользователям? [9102], ...

Уже четыре года использую qbit,
Я никогда не видел загрузки Thunder (Xunlei / XL002).
Даже если я закачу ему 1 ГБ, он все равно покажет 0% прогресса, и только версия скорости (7.xx x) будет загружать со скоростью 50 КБ или меньше.
Слишком много пользователей Thunder, нам нужна функция анти-крови.
Просто хочу использовать официальную версию.

это кажется правдой, я обеспокоен тем, что при использовании pt для загрузки торрента веб-сайт pt объединяет расширенную версию qbittorrent, которая работает с запретом грома (XL0012), но использование официальной версии не будет таким.