प्रॉक्सी-पोर्ट कितने धाराओं को संभालता है: लोड की गणना

एक ही प्रॉक्सी पोर्ट वाइल्डबेरीज़ पर 50 समानांतर अनुरोधों को आसानी से संभाल सकता है - और इसके साथ ही फेसबुक विज्ञापन प्रबंधक में तीन समानांतर सत्रों के बाद "जल" सकता है। यह प्रॉक्सी की गुणवत्ता में नहीं है, बल्कि इस बात में है कि विभिन्न प्रकार के ट्रैफिक IP पर विभिन्न लोड उत्पन्न करते हैं। इस लेख में, हम समझेंगे कि आपकी आवश्यकता के लिए वास्तविक थ्रेड्स की सीमा कैसे गणना करें और गणित में साधारण गलती के कारण अकाउंट या प्रॉक्सी पूल को न जलाएं।

प्रॉक्सी पोर्ट पर "थ्रेड" क्या है

थ्रेड एक विशिष्ट समय पर प्रॉक्सी के माध्यम से एक समानांतर कनेक्शन है। यदि आपने एंटी-डिटेक्ट ब्राउज़र डॉल्फिन एंटी में 10 टैब खोले हैं, और सभी एक ही प्रॉक्सी पोर्ट के माध्यम से इंस्टाग्राम को एक साथ लोड कर रहे हैं, तो यह 10 थ्रेड्स हैं। यदि आपके पास एक पायथन पार्सर है जो एक ही IP के माध्यम से वाइल्डबेरीज़ को एक साथ 50 अनुरोध भेजता है, तो यह 50 थ्रेड्स हैं।

यह समझना महत्वपूर्ण है: थ्रेड्स की संख्या इंटरनेट की गति के बारे में नहीं है, बल्कि यह है कि एक IP पते से लक्षित साइट कितनी "समानांतर पहचान" देखती है। यही संख्या फेसबुक, इंस्टाग्राम, टिक टोक और मार्केटप्लेस की सुरक्षा द्वारा विश्लेषण की जाती है जब निर्णय लिया जाता है - IP को ब्लॉक करना या ट्रैफिक को पास करना।

एक आर्बिट्रेजर और SMM विशेषज्ञ के लिए, थ्रेड अक्सर एक समय में एक खुले अकाउंट के बराबर होता है। मार्केटप्लेस पर एक विक्रेता के लिए, थ्रेड एक समानांतर HTTP अनुरोध है जो पार्सर या मूल्य निगरानी स्क्रिप्ट द्वारा किया जाता है। ट्रैफिक की प्रकृति में अंतर यह निर्धारित करता है कि एक ही पोर्ट पर कितने थ्रेड्स को सुरक्षित रूप से रखा जा सकता है।

थ्रेड्स की सीमा किस पर निर्भर करती है

"प्रॉक्सी N थ्रेड्स को संभालता है" की कोई सार्वभौमिक संख्या नहीं है - यह एक मिथक है जो बैन का कारण बनता है। वास्तविक सीमा कई कारकों के संयोजन द्वारा निर्धारित की जाती है:

IP का प्रकार। रेसिडेंटियल, मोबाइल और डाटा सेंटर प्रॉक्सी एंटी-फ्रॉड सिस्टम द्वारा अलग-अलग तरीके से देखे जाते हैं। मोबाइल IP अक्सर एक वास्तविक व्यक्ति होता है, इसलिए 2-3 समानांतर सत्रों के साथ अलग-अलग कुकीज़ पर यह संदिग्ध लगता है।
लक्षित प्लेटफ़ॉर्म। फेसबुक और टिक टोक व्यवहार पैटर्न का विश्लेषण करते हैं, जो अधिकांश मार्केटप्लेस की तुलना में अधिक कठोर है। वाइल्डबेरीज़ और ओज़ोन पहले अनुरोधों की आवृत्ति पर ध्यान देते हैं, न कि "पहचान" की संख्या पर।
अनुरोध का प्रकार। उत्पाद की कीमत प्राप्त करने के लिए एक साधारण GET अनुरोध एक हल्का लोड है। प्रमाणीकरण, मीडिया लोडिंग और इंटरफेस के साथ बातचीत के साथ एक पूर्ण सत्र - भारी है।
प्रॉक्सी प्रदाता। IP पते का पूल, रोटेशन की गति और विभिन्न प्रदाताओं के तकनीकी चैनल की क्षमता में बहुत भिन्नता होती है।
ट्रैफिक का उद्देश्य। मल्टी-एकाउंटिंग को IP पर "पहचान" की अनूठता की आवश्यकता होती है, जबकि पार्सिंग - पहचान के बिना केवल बैंडविड्थ की आवश्यकता होती है।

इसलिए, "प्रॉक्सी थ्रेड्स की सीमा" के बजाय "विशिष्ट प्लेटफार्म पर विशिष्ट कार्य के लिए थ्रेड्स की सीमा" के बारे में बात करना अधिक सही है।

मल्टी-एकाउंटिंग के लिए गणना (SMM और आर्बिट्रेज)

मल्टी-एकाउंटिंग के लिए, स्वर्ण नियम सरल है: एक अकाउंट - एक IP - एक सत्र। यानी आदर्श रूप से, प्रॉक्सी पोर्ट पर ठीक 1 सक्रिय थ्रेड होना चाहिए, यदि बात फेसबुक विज्ञापन, टिक टोक विज्ञापन या इंस्टाग्राम अकाउंट्स की है। कारण प्रॉक्सी की तकनीकी सीमाओं में नहीं है, बल्कि इस बात में है कि एंटी-फ्रॉड सिस्टम IP + डिवाइस फ़िंगरप्रिंट + व्यवहार के संयोजन को ट्रैक करते हैं। यदि दो अकाउंट एक ही IP पर एंटी-डिटेक्ट ब्राउज़र के विभिन्न टैब के माध्यम से "बैठते" हैं, तो यह चेन-बैन का जोखिम बढ़ा देता है - सभी अकाउंट्स की श्रृंखला को तुरंत ब्लॉक करना।

प्रैक्टिस में, SMM एजेंसियों और आर्बिट्रेज टीमों में वितरण की निम्नलिखित लॉजिक का उपयोग किया जाता है:

कार्य	1 पोर्ट पर थ्रेड्स	टिप्पणी
फेसबुक विज्ञापनों के लिए अकाउंट्स की खेती	1	सख्ती से 1 अकाउंट 1 स्थिर IP पर, वांछनीय रूप से स्थिर (स्टिकी सत्र)
क्लाइंट के इंस्टाग्राम अकाउंट्स का प्रबंधन	1	यहां तक कि थोड़े समय के लिए समानांतर सत्र को असामान्यता के रूप में पकड़ा जाता है
गर्मी के साथ टिक टोक विज्ञापन	1	टिक टोक एक सत्र के भीतर IP के अचानक परिवर्तन के प्रति विशेष रूप से संवेदनशील है
अकाउंट्स की सामूहिक जांच (बिना क्रियाओं के)	2-3	मुख्य गतिविधि के लिए जोखिम के बिना हल्की जांच प्रक्रियाओं के लिए स्वीकार्य

इस योजना के लिए IP की स्थिरता महत्वपूर्ण है: यदि प्रॉक्सी सत्र के बीच में पता बदलता है, तो यह अकाउंट को "पहचान" से काट देता है और यह डिवाइस के प्रतिस्थापन के रूप में दिखाई देता है। इसलिए, मल्टी-एकाउंटिंग के लिए आमतौर पर रेसिडेंटियल प्रॉक्सी का उपयोग किया जाता है, जिसमें एक IP को लंबे समय तक स्थिर रखने की क्षमता होती है (स्टिकी सत्र 10 मिनट से लेकर कई घंटों तक), और विशेष रूप से संवेदनशील प्लेटफार्मों के लिए - मोबाइल प्रॉक्सी, जो अधिकतम "मानव" ट्रैफिक प्रोफ़ाइल प्रदान करते हैं।

एंटी-डिटेक्ट ब्राउज़रों डॉल्फिन एंटी, एड्सपावर, मल्टीलॉगिन या गोलॉगिन में यह सरलता से सेट किया जाता है: प्रत्येक अकाउंट के प्रोफाइल में अपना प्रॉक्सी पोर्ट निर्दिष्ट किया जाता है, न कि पूरे ब्राउज़र के लिए सामान्य पूल। आप प्रोफाइल सेटिंग्स खोलते हैं → "प्रॉक्सी" अनुभाग → प्रत्येक अकाउंट के लिए अलग-अलग डेटा (IP, पोर्ट, लॉगिन, पासवर्ड) डालते हैं → सहेजते हैं। इस तरह, आप भौतिक रूप से उस स्थिति को समाप्त करते हैं जहां दो अकाउंट случайно एक ही IP पर एक साथ होते हैं।

मार्केटप्लेस पार्सिंग के लिए गणना

वाइल्डबेरीज़, ओज़ोन या अविटो के पार्सिंग के साथ लॉजिक विपरीत है। यहां "पहचान" की कोई अवधारणा नहीं है - एक IP से "एक समय में अनुरोधों की आवृत्ति" की अवधारणा है। मार्केटप्लेस की सुरक्षा समानांतर थ्रेड्स की संख्या पर नहीं, बल्कि अनुरोधों की गति और व्यवहार पैटर्न (समान अंतराल, बिना विराम, समान हेडर) पर प्रतिक्रिया करती है।

व्यावहारिक गणना निम्नलिखित सूत्र पर आधारित है:

पोर्ट पर थ्रेड्स की संख्या = (अनुरोधों की सीमा प्रति मिनट, जो प्लेटफ़ॉर्म बिना बैन के सहन करता है) ÷ (एक अनुरोध का औसत प्रतिक्रिया समय सेकंड में × 60)

प्रैक्टिस में, अधिकांश बड़े मार्केटप्लेस के लिए सुरक्षित गलियारा - 1 से 3 सेकंड के बीच अनुरोधों के बीच विराम के साथ एक डाटा सेंटर IP पर 3-8 समानांतर थ्रेड्स है। यदि आप इस मान को पार करते हैं, तो 403 और 429 प्रतिक्रियाओं का प्रतिशत बढ़ता है (कैप्चा, अनुरोधों का अस्थायी ब्लॉक)।

प्लेटफ़ॉर्म	1 IP पर अनुशंसित थ्रेड्स	अनुरोधों के बीच देरी
वाइल्डबेरीज़ (उत्पाद कार्ड)	3-6	1-2 सेकंड
ओज़ोन (मूल्य निगरानी)	4-8	1-2 सेकंड
अविटो (विज्ञापनों का पार्सिंग)	2-4	2-4 सेकंड
यांडेक्स.मार्केट	3-5	1-3 सेकंड

यदि कार्य - तेजी से बड़ी मात्रा में उत्पादों को पार करना है, तो सही तरीका एक IP को सीमा से अधिक "लोड" करना नहीं है, बल्कि IP पते के पूल को बढ़ाना और लोड को वितरित करना है। 1000 उत्पादों और 1.5 सेकंड की देरी के साथ 5 थ्रेड्स की सीमा के साथ, एक IP लगभग 200 अनुरोधों को 5 मिनट में संसाधित करेगा - और 10 IP के पूल के साथ वही लगभग 30 सेकंड में होगा। ऐसे कार्यों के लिए गति/लागत के अनुपात में डेटा सेंटर प्रॉक्सी सबसे अनुकूल हैं - वे रेसिडेंटियल से तेज हैं और बिना प्रमाणीकरण के सार्वजनिक पृष्ठों को पार्स करने के लिए पर्याप्त हैं।

रेसिडेंटियल बनाम मोबाइल बनाम डाटा सेंटर: थ्रेड्स की तालिका

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

प्रॉक्सी का प्रकार	मल्टी-एकाउंटिंग (थ्रेड्स/पोर्ट)	पार्सिंग (थ्रेड्स/पोर्ट)	विशेषता
रेसिडेंटियल प्रॉक्सी	1	3-5	प्लेटफार्म पर उच्च विश्वास, लचीला रोटेशन
मोबाइल प्रॉक्सी	1	2-3	अधिकतम "मानवता", लेकिन सीमित बैंडविड्थ
डाटा सेंटर प्रॉक्सी	सोशल नेटवर्क के लिए अनुशंसित नहीं	5-10	उच्च गति और कम कीमत, लेकिन सोशल नेटवर्क द्वारा आसानी से पहचान ली जाती है

ध्यान दें: डाटा सेंटर प्रॉक्सी तकनीकी रूप से एक से अधिक इंस्टाग्राम अकाउंट खोलने की अनुमति नहीं देते, लेकिन ऐसे IP अक्सर सोशल नेटवर्क के डिटेक्शन डेटाबेस में "सर्वर" के रूप में सूचीबद्ध होते हैं, जिससे बैन का जोखिम बढ़ जाता है, भले ही केवल एक थ्रेड हो। सोशल नेटवर्क और विज्ञापन प्लेटफार्मों के लिए थ्रेड्स की संख्या से अधिक महत्वपूर्ण है IP का प्रकार और प्रतिष्ठा।

लोड की गणना में सामान्य गलतियाँ

प्रैक्टिस में, अधिकांश बैन और ब्लॉकेज खराब प्रॉक्सी के कारण नहीं होते, बल्कि थ्रेड्स के गलत वितरण के कारण होते हैं। यहाँ सबसे सामान्य गलतियाँ हैं:

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

चेकलिस्ट: आवश्यक थ्रेड्स की संख्या कैसे गणना करें

कार्य शुरू करने से पहले - चाहे वह फेसबुक विज्ञापनों के लिए अकाउंट्स की खेती हो या वाइल्डबेरीज़ पर कीमतों की निगरानी - एक संक्षिप्त चेकलिस्ट से गुजरें:

ट्रैफिक का प्रकार निर्धारित करें: मल्टी-एकाउंटिंग (1 अकाउंट = 1 थ्रेड = 1 IP) या पार्सिंग (1 IP पर कई अनुरोध स्वीकार्य हैं)।
जांचें कि क्या प्लेटफार्म पर सार्वजनिक अनुरोधों की सीमाएँ (रेट लिमिट्स) या दस्तावेजीकृत ब्लॉकिंग थ्रेशोल्ड हैं।
सोशल नेटवर्क और विज्ञापन खातों के लिए रेसिडेंटियल या मोबाइल IP चुनें और 1 थ्रेड को पोर्ट पर सख्ती से फिक्स करें।
पार्सिंग के लिए "अनुरोधों की सीमा ÷ प्रतिक्रिया समय" सूत्र की गणना करें और लोड में स्पाइक्स के लिए 20-30% का मार्जिन जोड़ें।
अनुरोधों के बीच मैन्युअल रूप से देरी सेट करें, भले ही पार्सिंग टूल इसे डिफ़ॉल्ट रूप से आवश्यक न करे।
स्केलिंग से पहले छोटे IP पूल पर परीक्षण करें - इससे आप विशिष्ट प्लेटफार्म पर ब्लॉकेज के वास्तविक थ्रेशोल्ड को देखेंगे।
त्रुटियों (403, 429, कैप्चा) के लॉग रखें - इन कोडों की वृद्धि संकेत देती है कि वर्तमान थ्रेड्स की सीमा पार हो गई है।

निष्कर्ष

"प्रॉक्सी पोर्ट कितने थ्रेड्स को संभालता है" के प्रश्न का कोई सार्वभौमिक उत्तर नहीं है - यह सब ट्रैफिक के प्रकार पर निर्भर करता है। फेसबुक विज्ञापनों, टिक टोक विज्ञापनों या इंस्टाग्राम के लिए मल्टी-एकाउंटिंग के लिए एक नियम है: 1 अकाउंट - 1 IP - 1 थ्रेड, और यहां IP की प्रतिष्ठा उसकी बैंडविड्थ से अधिक महत्वपूर्ण है। वाइल्डबेरीज़, ओज़ोन या अविटो के पार्सिंग के लिए, यदि अनुरोधों के बीच देरी सही ढंग से सेट की गई है, तो एक IP पर 3-8 समानांतर थ्रेड्स को सुरक्षित रूप से रखा जा सकता है।

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