Qbittorrent: क्या किसी विशिष्ट क्लाइंट (थंडर) को ब्लॉक करने का कोई तरीका है?

और मैंने एंटी-ब्लडसुकिंग अपलोड कंजेशन कंट्रोल स्ट्रैटेजी का इस्तेमाल किया है। (मैं अंग्रेजी का सटीक नाम नहीं जानता)

यहां एक qBittorrent कांटा है जिसमें आपकी रुचि हो सकती है, देखें https://github.com/c0re100/qBittorrent-Enhanced-Edition/issues/2

यहाँ एक qBittorrent कांटा है जिसमें आपकी रुचि हो सकती है, देखें c0re100#2

यह अच्छा लगता है।
लेकिन मैं इस बारे में उत्सुक हूं कि क्या मूल qBittorrent समान सुविधाओं को जोड़ने के लिए तैयार है।
यदि मैं कर सकता हूं, तो मैं तृतीय-पक्ष संस्करण के बजाय आधिकारिक संस्करण का उपयोग करना पसंद करता हूं।

मुझे लगता है कि यह अच्छा होगा यदि हम क्लाइंट से मेल खाने और उसे ब्लॉक करने के लिए कुछ नियम निर्धारित कर सकें।

जैसे, किसी ऐसे पीयर को ब्लॉक करना जिसका आईपी xxxx से xxxx तक है, या किसी ऐसे पीयर को ब्लॉक करना जिसके क्लाइंट के नाम में स्ट्रिंग 'XL0012' है, इत्यादि।

यहां तक ​​कि हम उन्नत सुविधाओं को लागू करने के लिए एक यूजरस्क्रिप्ट भी लिख सकते हैं।

"और मैंने रक्तपात विरोधी अपलोड भीड़ नियंत्रण रणनीति का उपयोग किया है। (मुझे अंग्रेजी का सटीक नाम नहीं पता)"

एंटी-लीच उस विकल्प को अंग्रेजी में कहते हैं।
इस लिंक से: https://github.com/arvidn/libtorrent/blob/master/src/choker.cpp
"एंटी-लीच सीडिंग एल्गोरिथम चाउ एट अल से "इंप्रूविंग बिटटोरेंट: ए सिंपल एप्रोच" पेपर पर आधारित है। और उनके पास कितने टुकड़े हैं, इसके आधार पर साथियों को रैंक करता है, जो अभी शुरू हुए साथियों को अनचेक करना पसंद करते हैं और जो करीब हैं पूरा करना।"
यह 5-95% पूर्ण यादृच्छिक साथियों की तुलना में 0% पूर्ण थंडर (XunLei) ग्राहकों को अधिक अपलोड करता है!

कुछ भी नहीं देने वाले साथियों से मुकाबला करने का एक अधिक प्रभावी साधन सभी टॉरेंट पर "नियमित" सुपर सीडिंग को सक्षम करना है। अधिकतम अपलोड स्लॉट कनेक्टेड पीयर्स की संख्या से कम होना चाहिए या qBitTorrent अभी भी हर पीयर पर अपलोड होगा।
सख्त सुपर सीडिंग एक अधिक चरम रूप है जो <5 जुड़े हुए साथियों के साथ टोरेंट पर अच्छी तरह से काम नहीं करता है - यह लंबे समय के अंतराल के लिए अच्छे साथियों को अपलोड नहीं करेगा।

साथियों को मैन्युअल रूप से प्रतिबंधित करना दुर्भाग्य से आवश्यक है यदि आप उन्हें कम से कम अपलोड करना चाहते हैं। इसके लिए सबसे खराब आईपी श्रेणियों के लिए एक ipfilter.dat ब्लॉक श्रेणी बनाने की आवश्यकता हो सकती है।

"और मैंने रक्तपात विरोधी अपलोड भीड़ नियंत्रण रणनीति का उपयोग किया है। (मुझे अंग्रेजी का सटीक नाम नहीं पता)"

एंटी-लीच उस विकल्प को अंग्रेजी में कहते हैं।
इस लिंक से: https://github.com/arvidn/libtorrent/blob/master/src/choker.cpp
"एंटी-लीच सीडिंग एल्गोरिथम चाउ एट अल से "इंप्रूविंग बिटटोरेंट: ए सिंपल एप्रोच" पेपर पर आधारित है। और उनके पास कितने टुकड़े हैं, इसके आधार पर साथियों को रैंक करता है, जो अभी शुरू हुए साथियों को अनचेक करना पसंद करते हैं और जो करीब हैं पूरा करना।"
यह 5-95% पूर्ण यादृच्छिक साथियों की तुलना में 0% पूर्ण थंडर (XunLei) ग्राहकों को अधिक अपलोड करता है!

कुछ भी नहीं देने वाले साथियों से मुकाबला करने का एक अधिक प्रभावी साधन सभी टॉरेंट पर "नियमित" सुपर सीडिंग को सक्षम करना है। अधिकतम अपलोड स्लॉट कनेक्टेड पीयर्स की संख्या से कम होना चाहिए या qBitTorrent अभी भी हर पीयर पर अपलोड होगा।
सख्त सुपर सीडिंग एक अधिक चरम रूप है जो <5 जुड़े हुए साथियों के साथ टोरेंट पर अच्छी तरह से काम नहीं करता है - यह लंबे समय के अंतराल के लिए अच्छे साथियों को अपलोड नहीं करेगा।

साथियों को मैन्युअल रूप से प्रतिबंधित करना दुर्भाग्य से आवश्यक है यदि आप उन्हें कम से कम अपलोड करना चाहते हैं। इसके लिए सबसे खराब आईपी श्रेणियों के लिए एक ipfilter.dat ब्लॉक श्रेणी बनाने की आवश्यकता हो सकती है।

अच्छा ऐसा है। मैंने विकल्प का नाम शाब्दिक रूप से लिया है।

तो, इसका मतलब है कि 'सुपर सीडिंग' मोड का उपयोग करने या विकल्पों को बदलने से कोई फर्क नहीं पड़ता, आधिकारिक निर्माण पर इसे अवरुद्ध करने का कोई अच्छा तरीका नहीं है, है ना?

उनके जैसा ही होने के कारण, मैं इन जंक क्लाइंट्स को भी कुछ भी अपलोड नहीं करना चाहता।

मैं अभी तृतीय-पक्ष संस्करण का उपयोग कर रहा हूं, अच्छा महसूस कर रहा हूं।

अधिकतम कनेक्शन से कम अपलोड स्लॉट के साथ सुपर सीडिंग 1+ घंटे के समय में अच्छी तरह से काम करता है।
एक 0% सहकर्मी को एक टुकड़ा मिलेगा जो कुछ/किसी अन्य साथियों के पास नहीं है और जब तक अन्य साथियों ने उस टुकड़े को रिपोर्ट नहीं किया है कि 0% सहकर्मी को आपसे कोई और अपलोड मिलने की संभावना नहीं है।

इस पृष्ठ को पढ़ने के बाद, मैं समझ गया कि सुपर सीड मोड कैसे काम करता है।

लेकिन मैं शुरुआती सीडर नहीं हूं, सभी साथियों को आसानी से कोई भी टुकड़ा मिल सकता है, इसलिए मुझे लगता है कि यह मेरी मदद नहीं कर सकता है।

सुपर सीडिंग के लिए आपको प्रारंभिक सीडर होने की आवश्यकता नहीं है, यह वहां अधिक कुशलता से काम करता है - कम डुप्लिकेट अपलोडिंग के साथ। लेकिन आप शायद एक घंटे के अंतराल में एक ही टुकड़े को कई साथियों को अपलोड करने के बारे में ज्यादा परवाह नहीं करते हैं, जो कि XunLei क्लाइंट्स को कई टुकड़े अपलोड करने की तुलना में है।

आपके स्नैपशॉट में दो xunlei क्लाइंट की प्रगति 0% है, वे दूसरों को कैसे अपलोड कर सकते हैं? मुझसे मजाक कर रहे हैं?
यह 9102 हो गया है, और कुछ लोग कह रहे हैं कि Xunlei इसे अन्य क्लाइंट्स पर अपलोड नहीं करेगा...

आपके स्नैपशॉट में दो xunlei क्लाइंट की प्रगति 0% है, वे दूसरों को कैसे अपलोड कर सकते हैं? मुझसे मजाक कर रहे हैं?
यह 9102 हो गया है, और कुछ लोग कह रहे हैं कि Xunlei इसे अन्य क्लाइंट्स पर अपलोड नहीं करेगा...

जैसा कि XL0012 के Xunlei क्लाइंट में दिखाया गया है, चाहे आप उन्हें कितना भी अपलोड करें, इसकी रिपोर्ट हमेशा 0% होगी, और आपको कोई भी जानकारी अपलोड नहीं करेगी।

यदि आप मुझ पर विश्वास नहीं करते हैं, तो सार्वजनिक नेटवर्क पर जाएं और यादृच्छिक रूप से कुछ बीज डाउनलोड करें यह स्पष्ट हो जाएगा।

थंडर के कुछ संस्करण (UA, थंडर का संस्करण संख्या है, XL0012) अपलोड नहीं किया जाएगा।

9102 के बाद भी, ज़ुनेली ने जो बुराई की है वह गायब नहीं होगी!

"आपके स्नैपशॉट में दो xunlei क्लाइंट की प्रगति 0% है, वे दूसरों को कैसे अपलोड कर सकते हैं?"

वे अपने पूर्ण प्रतिशत के बारे में झूठ बोलते हैं, बीज और साथियों द्वारा कई टुकड़े अपलोड करने के बाद भी हमेशा 0% का दावा करते हैं।

qBitTorrent के पुराने संस्करणों (लगभग 3.0.10 या उससे पहले?) ने कुछ हद तक वही काम किया, आंशिक रूप से एक बग और/या प्रोग्रामिंग निरीक्षण के कारण।

मैंने स्ट्रिक्ट सुपर सीडिंग को सक्षम किया और अपलोड चोकिंग एल्गोरिथम को एंटी-लीच पर सेट किया। हालांकि, ऐसा लगता है कि लोकप्रिय टॉरेंट के लिए ज़ुनेली क्लाइंट पीक समय के दौरान कनेक्शन के साथ झुंड को भर देते हैं। डाउनलोड और अपलोड दरों को बढ़ाने का एकमात्र समाधान क्लाइंट लेबल "-XL0012..." के साथ आईपी को मैन्युअल रूप से प्रतिबंधित करना था क्योंकि वे जुड़े हुए थे - जो काफी श्रमसाध्य था।

अंकुशनरुला, जैसा कि मैंने पहले ही इस अंक के सूत्र में बताया है, जोंक-विरोधी समस्या को बेहतर करने के बजाय और भी बदतर बना देता है।
इसके अलावा, नियमित सुपर सीडिंग स्ट्रिक्ट सुपर सीडिंग की तुलना में अधिक प्रभावी है - दोनों जोंक के हमलों का थोड़ा विरोध करने और शत्रुतापूर्ण साथियों से निपटने में।

शत्रुतापूर्ण साथियों से निपटने के लिए अधिक व्यापक तरीके की आवश्यकता है। शत्रुतापूर्ण ग्राहकों को प्रतिबंधित करने के लिए दुर्भाग्य से स्वचालित/स्वचालित होने की आवश्यकता होगी, लेकिन इसके तर्क में संभावित बग के कारण इसे अक्षम करने के साधन के साथ।

मुझे माफ़ करदो। मैंने गलत समझा। हालाँकि, मैं परीक्षण और त्रुटि के माध्यम से आपके निष्कर्ष पर पहुँचा। ऐसा भी लगता है कि प्रति धार वितरित आम सहमति दृष्टिकोण के बाहर इसे काफी हद तक हल नहीं किया जाएगा।

अप्रैल 24, 2019 पर 18:46 पर,

अंकुशनरुला, जैसा कि मैंने पहले ही इस अंक के सूत्र में बताया है, जोंक-विरोधी समस्या को बेहतर करने के बजाय और भी बदतर बना देता है।
इसके अलावा, नियमित सुपर सीडिंग स्ट्रिक्ट सुपर सीडिंग की तुलना में अधिक प्रभावी है - दोनों जोंक के हमलों का थोड़ा विरोध करने और शत्रुतापूर्ण साथियों से निपटने में।

शत्रुतापूर्ण साथियों से निपटने के लिए अधिक व्यापक तरीके की आवश्यकता है। शत्रुतापूर्ण ग्राहकों को प्रतिबंधित करने के लिए दुर्भाग्य से स्वचालित/स्वचालित होने की आवश्यकता होगी, लेकिन इसके तर्क में संभावित बग के कारण इसे अक्षम करने के साधन के साथ।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने टिप्पणी की थी।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें (https://github.com/qbittorrent/qBittorrent/issues/10258#issuecomment-486455764), या थ्रेड को म्यूट करें (https://github.com/notifications/unsubscribe-auth /AAAQWM7YZNFLNGHCQWTNR7TPSDPOBANCNFSM4GUKOVLQ)।

यहां भी, सार्वजनिक टोरेंट डाउनलोड करते समय मैन्युअल रूप से -XL012 पर प्रतिबंध लगाना श्रमसाध्य है क्योंकि वे तीसरे पक्ष के ट्रैकर्स नहीं जोड़े जाने पर dht pex के माध्यम से पॉप अप करते रहते हैं (कुछ लोकप्रिय ट्रैकर्स या तो चीन में अवरुद्ध हैं या चीनी ips को ब्लॉक करते हैं)। न केवल वे 0% पर प्रतीत होते हैं और अनियंत्रित छोड़े जाने पर आपके अपलोड बैंडविड्थ के एक बड़े हिस्से पर कब्जा कर लेते हैं, बल्कि बदले में कुछ भी नहीं देते हैं। हालाँकि यह उन उपयोगकर्ताओं के लिए कम समस्या है जो चीन में नहीं हैं, जहाँ तक मैं GFW फ़िल्टर इनबाउंड ट्रैफ़िक देख सकता हूँ, इससे भी अधिक यह आउटबाउंड करता है, इसलिए Xunlei उतनी कुशलता से जोंक नहीं कर सकता।
(लेकिन जहाँ तक मुझे पता है, qb में यह सुविधा तब तक नहीं होगी जब तक कि libtorrent इसे लागू नहीं करता।)

तुम सही हो। शायद मुझे इसे लिबटोरेंट के रेपो में पोस्ट करना चाहिए?

विंडोज 10

नाम: नवरसज़
नंबर: 2019年5月13日 18:10
: qbittorrent/qBittorrent
: एमआर; लेखक
उत्तर: पुन: [qbittorrent/qBittorrent] क्या किसी विशिष्ट क्लाइंट (थंडर) को ब्लॉक करने का कोई तरीका है? (#10258)

यहां भी, सार्वजनिक टोरेंट डाउनलोड करते समय मैन्युअल रूप से -XL012 पर प्रतिबंध लगाना श्रमसाध्य है। न केवल वे 0% प्रतीत होते हैं, अगर अनियंत्रित छोड़ दिया जाता है तो वे आमतौर पर आपके अपलोड बैंडविड्थ के एक बड़े हिस्से पर कब्जा कर लेते हैं, दूसरों के लिए बहुत कम छोड़ते हैं और बदले में कुछ नहीं देते हैं।
(लेकिन जहाँ तक मुझे पता है, qb में यह सुविधा तब तक नहीं होगी जब तक कि libtorrent इसे लागू नहीं करता।)
-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने सूत्र को लिखा है।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें, या थ्रेड को म्यूट करें।

यह पहले से ही https://github.com/arvidn/libtorrent/pull/3833 में संदर्भित है, इस पर उनका विचार एक अतिरिक्त प्रतिबंध सुविधा जोड़ने के बजाय दुरुपयोग की जा रही खामियों को ठीक करना है।

हो सकता है कि ब्लैकलिस्ट में जोड़ना Xunlei को ब्लॉक करने का एक तेज़ तरीका है? मुझे बस उस ब्लैकलिस्ट में XL0012 जोड़ने की जरूरत है और qbt इन क्लाइंट्स को अपने आप ब्लॉक कर देगा। जोंक के लिए हैक करना आसान है लेकिन कभी-कभी यह थोड़ा उपयोगी हो सकता है।

आपके स्नैपशॉट में दो xunlei क्लाइंट की प्रगति 0% है, वे दूसरों को कैसे अपलोड कर सकते हैं? मुझसे मजाक कर रहे हैं?
मैं...

मैं चार साल से qbit का उपयोग कर रहा हूं,
और मैंने थंडर अपलोड (xunlei/XL002) कभी नहीं देखा।
भले ही मैं उसे 1GB अपलोड कर दूं, फिर भी वह 0% प्रगति दिखाता है,
केवल गति संस्करण (7.xxx) 50kb या उससे कम की गति से अपलोड होगा।
थंडर यूजर्स बहुत ज्यादा हैं, हमें एंटी-ब्लड फंक्शन की जरूरत है।
बस आधिकारिक संस्करण का उपयोग करना चाहते हैं।

"चोक बेईमान सहकर्मी इन एंटी-लीच सीडिंग एल्गोरिथम" को libtorrent 1.2.1 में लागू किया गया है, वर्तमान में एक qbittorrent 4.2.0RC है जिसमें libtorrent 1.2.2 जारी किया गया है, क्या आप में से जिन लोगों को थंडर (XunLei) के साथ समस्या है, वे इसका परीक्षण कर सकते हैं और कर सकते हैं आप रिपोर्ट करते हैं कि क्या अभी भी कोई अपलोडिंग हो रही है ??

"चोक बेईमान सहकर्मी इन एंटी-लीच सीडिंग एल्गोरिथम" को libtorrent 1.2.1 में लागू किया गया है, वर्तमान में एक qbittorrent 4.2.0RC है जिसमें libtorrent 1.2.2 जारी किया गया है, क्या आप में से जिन लोगों को थंडर (XunLei) के साथ समस्या है, वे इसका परीक्षण कर सकते हैं और कर सकते हैं आप रिपोर्ट करते हैं कि क्या अभी भी कोई अपलोडिंग हो रही है ??

https://imgur.com/qYKQqfr
अभी भी अपलोड हो रहा है

@cannotbeblank क्या आप एंटी-लीच एल्गोरिदम का उपयोग कर रहे हैं ??

@cannotbeblank क्या आप एंटी-लीच एल्गोरिदम का उपयोग कर रहे हैं ??

इस सुविधा का उपयोग करने की आवश्यकता है? मुझे लगा कि यह डिफ़ॉल्ट रूप से अवरुद्ध था।
मैं अब एल्गोरिदम का उपयोग कर रहा हूं।
फिर भी
https://imgur.com/ME9peky

एंटी-लीच न केवल अप्रभावी है, यह इसके विपरीत करता है कि नाम का क्या अर्थ है - जैसा कि मैंने पहले इस धागे पर बताया था।

qBitTorrent की सुपर-सीडिंग विधि (लेकिन सख्त सुपर-सीडिंग या प्रारंभिक सीडिंग नहीं) अधिक प्रभावी है - लेकिन केवल तभी जब प्रति टोरेंट अपलोड स्लॉट उस टोरेंट पर साथियों की तुलना में कम हो।

"चोक बेईमान सहकर्मी इन एंटी-लीच सीडिंग एल्गोरिथम" को libtorrent 1.2.1 में लागू किया गया है, वर्तमान में एक qbittorrent 4.2.0RC है जिसमें libtorrent 1.2.2 जारी किया गया है, क्या आप में से जिन लोगों को थंडर (XunLei) के साथ समस्या है, वे इसका परीक्षण कर सकते हैं और कर सकते हैं आप रिपोर्ट करते हैं कि क्या अभी भी कोई अपलोडिंग हो रही है ??

ऐसा लगता है कि समाधान काम नहीं कर रहा है।

जोंक विरोधी एल्गोरिथ्म। विंडोज 10. qBittorren 4.2.0RC

फिलहाल मैंने पहले ही क्लाइंट को कमोबेश 800KiB अपलोड कर दिया है।

संपादित करें - अनुवर्ती

क्लाइंट ने अभी-अभी 1 MiB डाउनलोड किया है और अभी भी 0.0% प्रगति पर है। झुंड में अन्य क्लाइंट जिन्होंने 64 KiB डाउनलोड किया है, प्रगति कॉलम में 0.1% है।

संपादित करें/2

इस समय झुंड में XunLei का कोई निशान नहीं रीबूट करने के बाद

संपादित करें/3

XunLei 0012 और 0.0.1.8 अभी भी मौजूद हैं, अभी भी डाउनलोड हो रहे हैं, अभी भी 0% प्रगति को चिह्नित कर रहे हैं

Linux और संस्करण 4.3.0alpha1 का उपयोग करते हुए, वे अभी भी केवल जोंक को जोड़ते हैं। एक अजीब व्यक्ति था जिसने वास्तव में 0% से अधिक पूर्ण दिखाया था।

ऐसा लगता है कि PR arvidn/libtorrent#3833 मदद नहीं करता है।

qbittorrent संस्करण: 4.2.0

अपलोड चोकिंग एल्गोरिथम को "एंटी-लीच" पर सेट कर दिया गया है। (और अन्य दो एल्गोरिदम भी मदद नहीं करते हैं।)

जैसा कि आप देख सकते हैं, इसे 120MB (वर्तमान में प्रतिबंधित होने से पहले 180MB) से अधिक प्राप्त हुआ, जिसका अर्थ है 30 टुकड़े और संपूर्ण धार का 1.5%।

इसके अतिरिक्त, स्क्रीनशॉट में, आप एक सहकर्मी देख सकते हैं जिसका UA 7.10.34.360 । यह Xunlei का पुराना संस्करण है, जो ईमानदार है।

यदि कोई टोरेंट आने वाले कनेक्शनों से पूरी तरह भर गया है, जिनमें से कई/अधिकांश जोंक या बदतर शत्रु हैं, तो आने वाले कनेक्शनों को अस्थायी रूप से अक्षम करने का प्रयास करें (पोर्ट फ़ॉरवर्डिंग को हटाकर/फ़ायरवॉल नियम जोड़कर), डीएचटी और पीईएक्स।
...और प्रति टोरेंट अधिकतम कनेक्शन को वर्तमान में कनेक्टेड पीयर + सीड्स की संख्या के बराबर या उससे कम कर दें। (यह आने वाले कनेक्शन को अक्षम करने के समान प्रभाव होना चाहिए, लेकिन अधिक बैंडविड्थ ले सकता है।)

विकिपीडिया के अनुसार, थंडर यूटीपी का समर्थन नहीं करता है ... इसलिए टीसीपी सीड + पीयर कनेक्शन को अक्षम करना इसे पूरी तरह से ब्लॉक कर देना चाहिए।
यहां तक ​​​​कि आने वाले टीसीपी कनेक्शन (उदाहरण के लिए आपके राउटर पर केवल पोर्ट फॉरवर्ड यूडीपी) की अनुमति नहीं देना चाहिए, उन्हें शायद ही कभी देखा जाना चाहिए - क्योंकि ग्रेट फायरवॉल ऑफ चाइना चीन के थंडर क्लाइंट्स से जुड़ने के अधिकांश बाहरी प्रयासों को अवरुद्ध करता है।

यदि कोई टोरेंट आने वाले कनेक्शनों से पूरी तरह भर गया है, जिनमें से कई/अधिकांश जोंक या बदतर शत्रु हैं, तो आने वाले कनेक्शनों को अस्थायी रूप से अक्षम करने का प्रयास करें (पोर्ट फ़ॉरवर्डिंग को हटाकर/फ़ायरवॉल नियम जोड़कर), डीएचटी और पीईएक्स।
...और प्रति टोरेंट अधिकतम कनेक्शन को वर्तमान में कनेक्टेड पीयर + सीड्स की संख्या के बराबर या उससे कम कर दें। (यह आने वाले कनेक्शन को अक्षम करने के समान प्रभाव होना चाहिए, लेकिन अधिक बैंडविड्थ ले सकता है।)

विकिपीडिया के अनुसार, थंडर यूटीपी का समर्थन नहीं करता है ... इसलिए टीसीपी सीड + पीयर कनेक्शन को अक्षम करना इसे पूरी तरह से ब्लॉक कर देना चाहिए।
यहां तक ​​​​कि आने वाले टीसीपी कनेक्शन (उदाहरण के लिए आपके राउटर पर केवल पोर्ट फॉरवर्ड यूडीपी) की अनुमति नहीं देना चाहिए, उन्हें शायद ही कभी देखा जाना चाहिए - क्योंकि ग्रेट फायरवॉल ऑफ चाइना चीन के थंडर क्लाइंट्स से जुड़ने के अधिकांश बाहरी प्रयासों को अवरुद्ध करता है।

ज़ोर - ज़ोर से हंसना
क्या आपने पिछली टिप्पणी की छवि देखी है......?
थंडर सपोर्ट यूटीपी बहुत पहले से ,,,,,,

अच्छा बिंदु ... और हाँ, मुझे वह याद आया। लेकिन क्या यह uTP के साथ STUN कर सकता है?
...यदि नहीं, तो यूडीपी को अग्रेषित न करें और संभवत: यह इनकमिंग को कनेक्ट नहीं कर सकता है।

वेब एपीआई और ipfilter.dat (जैसे टोरेंट पीयर डेटा प्राप्त करें और एप्लिकेशन प्राथमिकताएं सेट करें ) की मदद से, उन विशिष्ट पीयर क्लाइंट (जैसे XL0012, Xunlei, क्लाइंट: 7.2.) को अभी भी फ़िल्टर करना आसान है, हालांकि यह एक निर्मित नहीं है -इन फीचर।

बीटीडब्ल्यू, स्थिर आईपी के बिना उन ग्राहकों के बारे में विचार करते हुए, आईपी फ़िल्टरिंग के समय-आधारित घूर्णन तंत्र को लागू करने की आवश्यकता हो सकती है।

मुझे लगता है कि हर किसी ने इस तथ्य के बारे में सोचा है कि यदि आप विशिष्ट ग्राहकों पर प्रतिबंध लगाने का प्रयास करते हैं, तो वे लोग जो कोड करते हैं कि ग्राहक अपनी क्लाइंट आईडी को किसी और को धोखा देने के लिए कुछ बना या सक्षम कर सकता है जो कि यह नहीं है, इसलिए यह वास्तव में अच्छा नहीं है 'ठीक' अनिवार्य रूप से? या उम्मीद है कि मैं गलत हूं, मैं ज्यादा कोडिंग नहीं करता।

मुझे यह कहने से नफरत है, लेकिन हो सकता है कि आप कुछ देशों से कनेक्शन को प्राथमिकता देते हैं, जैसे ड्रॉप डाउन मेनू के साथ, और फिर उसके ऊपर आप ट्रांसफर गति के आधार पर ट्रांसफर दरों को आधार बना सकते हैं? लेकिन यह शायद एक qBitorrent मुद्दे से आगे निकल गया है? मुझे यकीन है कि मैं इस बारे में सोचने वाला पहला व्यक्ति नहीं हूं, क्षमा करें।

वेब एपीआई और ipfilter.dat (जैसे टोरेंट पीयर डेटा प्राप्त करें और एप्लिकेशन प्राथमिकताएं सेट करें ) की मदद से, उन विशिष्ट पीयर क्लाइंट (जैसे XL0012, Xunlei, क्लाइंट: 7.2.) को अभी भी फ़िल्टर करना आसान है, हालांकि यह एक निर्मित नहीं है -इन फीचर।

बीटीडब्ल्यू, स्थिर आईपी के बिना उन ग्राहकों के बारे में विचार करते हुए, आईपी फ़िल्टरिंग के समय-आधारित घूर्णन तंत्र को लागू करने की आवश्यकता हो सकती है।
क्या मुझे स्क्रिप्ट का आलसी संस्करण मिल सकता है?
केवल xl0012 पर प्रतिबंध लगाने की आवश्यकता है, तृतीय-पक्ष qtorrent सभी थंडर पर प्रतिबंध लगाता है

मुझे यह कहने से नफरत है, लेकिन हो सकता है कि आप कुछ देशों से कनेक्शन को प्राथमिकता देते हैं, जैसे ड्रॉप डाउन मेनू के साथ, और फिर उसके ऊपर आप ट्रांसफर गति के आधार पर ट्रांसफर दरों को आधार बना सकते हैं? लेकिन यह शायद एक qBitorrent मुद्दे से आगे निकल गया है?

qBitTorrent (या बल्कि libtorrent जो qBT का उपयोग करता है) में स्थानीय पीयर हैंडलिंग है जो या तो उच्च प्राथमिकता देता है या ips को असीमित गति देता है जो यह निर्धारित करता है कि "स्थानीय" हैं। इस तरह के व्यवहार को संभवतः कम पिंगटाइम और/या ट्रेसरआउट हॉप काउंट वाले मध्यम दूरी के साथियों तक बढ़ाया जा सकता है ... और दूर के साथियों को कम प्राथमिकता मिलेगी।
इस व्यवहार को शायद डिफ़ॉल्ट रूप से बंद करने की आवश्यकता होती है, क्योंकि सभी को इसकी आवश्यकता नहीं होती है और इसे डिफ़ॉल्ट करना उन टोरेंट स्वार्मों के लिए हानिकारक हो सकता है जिनमें बहुत सारे थंडर पीयर नहीं होते हैं।

एक अस्थायी समाधान के रूप में, लिनक्स उपयोगकर्ता इन दुर्भावनापूर्ण क्लाइंट से पैकेट फ़िल्टर करने के लिए अपने फ़ायरवॉल को कॉन्फ़िगर कर सकते हैं।

उदाहरण के लिए:
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 क्लाइंट की प्रगति 0% है, वे दूसरों को कैसे अपलोड कर सकते हैं? मुझसे मजाक कर रहे हैं?
मैं...

अनुवाद:

अब 2019 है, और अभी भी कुछ लोग कहते हैं कि XunLei (थंडर) अन्य क्लाइंट्स पर अपलोड नहीं होगा

0202

हालाँकि, यह अभी भी 2020 है, और यही मैं देख रहा हूँ:

(हमेशा के लिए 0% सहकर्मी)

हां, थंडर ने नया संस्करण जारी किया है जो इतना बुरा नहीं है, लेकिन अभी भी बहुत से लोग पुराने संस्करण के बुरे क्लाइंट का उपयोग कर रहे हैं। इसलिए जोंक विरोधी और बैन क्लाइंट फीचर अभी भी जरूरी है।

अपडेट करें: अंग्रेजी अनुवाद जोड़ें

बस बिटकोमेट पर स्विच करें, जो उन ग्राहकों के लिए बहुत प्रभावी है जिन्हें Xunlei अपलोड नहीं करता है।ऐसा लगता है कि लेखक घरेलू उद्गम के लिए विशिष्ट गड़गड़ाहट की समस्या को हल करने में समय नहीं लेगा।

@Phuker @foxdodo अंग्रेजी केवल कृपया।

मैं भी इस मुद्दे को देख रहा हूं। स्ट्रिंग वाले ग्राहक "-XL0012" जोंक लगाते हैं और अपनी प्रगति को आगे नहीं बढ़ाते हैं। हो सकता है कि यह दायरे से बाहर हो, लेकिन उन ग्राहकों को ब्लॉक करने के लिए एक सुविधा होना अच्छा होगा।

आपके स्नैपशॉट में दो थंडर क्लाइंट के चरण 0% हैं। वे दूसरों को कैसे अपलोड कर सकते हैं? [9102],...

मैं चार साल से qbit का उपयोग कर रहा हूं,
मैंने थंडर अपलोड (Xunlei/XL002) कभी नहीं देखा।
यहां तक ​​कि अगर मैं उसे 1GB अपलोड करता हूं, तब भी वह 0% प्रगति दिखाता है, और केवल गति संस्करण (7.xx x) 50kb या उससे कम की गति से अपलोड होगा।
थंडर यूजर्स बहुत ज्यादा हैं, हमें एंटी-ब्लड फंक्शन की जरूरत है।
बस आधिकारिक संस्करण का उपयोग करना चाहते हैं।

यह सच लगता है, मैं इसके बारे में चिंतित हूं, पीटी का उपयोग टोरेंट डाउनलोड करने के लिए करते समय, पीटी वेबसाइट क्यूबिटोरेंट एन्हांस्ड वर्जन को बैंड करती है जो थंडर (XL0012) को प्रतिबंधित करने में काम करता है, लेकिन ऑफिकल वर्जन का उपयोग करना ऐसा नहीं होगा।