तेज़ मोड
सिर्फ़ उपलब्धता और प्रोटोकॉल जाँचता है। सबसे अच्छा विकल्प तब, जब जल्दी साफ़ करने हों मरे पते एक विशाल सूची में से, और पाना हो जीवित पूल।
प्रॉक्सी को काम में लगाने से पहले उन्हें जाँचना ज़रूरी है: यह नियम पैसे वाले निजी पतों के पैक के लिए भी वही है और फ़ोरम से डाउनलोड की मुफ़्त सूची के लिए भी। टैरिफ़ का विवरण और पतों की असल स्थिति लगभग कभी पूरी तरह मेल नहीं खाती: कुछ IP पहले से बंद हैं, कुछ मुश्किल से चलते हैं और सेकंड में कुछ किलोबाइट देते हैं, कुछ एंटीस्पैम डेटाबेस में हैं और पहले अनुरोध पर कैप्चा पकड़ते हैं, और कुछ इंटरनेट पर उस देश से निकलते ही नहीं जिसके लिए आपने भुगतान किया। यह देखने का एक ही तरीका है — सूची को ऑनलाइन प्रॉक्सी जाँच से गुजारना।
Checker.net एक मुफ़्त प्रॉक्सी चेकर है, जो सीधे ब्राउज़र में काम करता है: न प्रोग्राम, न इंस्टॉलेशन, न अकाउंट। सूची फ़ील्ड में चिपका सकते हैं, फ़ाइल से जोड़ सकते हैं, या उसका लिंक दे सकते हैं। कुछ सेकंड में हर पते पर यह दिखता है:
एक बार में 30,000 पते तक: सुविधाजनक सामूहिक प्रॉक्सी जाँच और प्रॉक्सी सूची की जाँच, चलाने की संख्या पर बिना सीमा के। नतीजे जाँच खत्म होने तक जमा नहीं होते; वे स्ट्रीम में आते हैं, इसलिए तालिका आपके सामने बढ़ती है।

प्रॉक्सी चेकर, जिसे proxy checker, वैलिडेटर या प्रॉक्सी-सूची टेस्टर भी कहते हैं, एक ऐसी सर्विस है जो खुद हर प्रॉक्सी सर्वर से जुड़ती है, उसके ज़रिए अनुरोध भेजती है और जवाबों से तय करती है कि पता इस्तेमाल के लायक है या नहीं। ऐसे टूल के बिना हर IP को बारी-बारी ब्राउज़र सेटिंग में डालकर देखना पड़ता कि पेज खुलता है या नहीं। चेकर यही काम पूरी सूची के लिए एक साथ करता है और «लगता है चल रहा है» नहीं, बल्कि अंकों वाली तालिका देता है।
इस वर्ग के टूल इस बात में बहुत अलग हैं कि वे कितनी गहराई तक देखते हैं। सबसे साधारण चेकर सिर्फ़ एक बात कह सकता है: पते ने जवाब दिया या चुप रहा। असली काम के लिए यह काफ़ी नहीं, क्योंकि जवाब देने वाला प्रॉक्सी अभी उपयोगी नहीं हुआ। वह दर्जन भर स्पैम डेटाबेस में हो सकता है। उस सोशल नेटवर्क में नहीं घुसने दे सकता जिसके लिए उसे खरीदा गया। साइटें उसे सर्वर IP मान सकती हैं जहाँ घरेलू IP चाहिए। वह पंद्रह सेकंड में जवाब दे सकता है जहाँ सामान्य सैकड़ों मिलीसेकंड हैं। इसलिए हम सिर्फ़ उपलब्धता नहीं, गुणवत्ता भी मापते हैं: IP की उत्पत्ति पता करते हैं, उसकी प्रतिष्ठा देखते हैं, बड़े प्लैटफ़ॉर्म पर उसका व्यवहार जाँचते हैं, और यह सब एक स्कोर में समेटते हैं।
ऑनलाइन जाँचना प्रॉक्सी जाँच के प्रोग्राम से ज़्यादा सुविधाजनक है, और इसके तीन कारण हैं:
«जाँच शुरू करें» दबाने के बाद चेकर सूची को पंक्ति-दर-पंक्ति पढ़ता है। हर पंक्ति में वह प्रारूप पहचानता है, होस्ट, पोर्ट, लॉगिन और पासवर्ड निकालता है, और कचरा तथा दोहराए पते छोड़ देता है। फिर सभी प्रॉक्सी समानांतर जाँचे जाते हैं: पहले प्रोटोकॉल, उसके बाद बाकी पैरामीटर।
प्रोटोकॉल जाँचने के लिए चेकर प्रॉक्सी के ज़रिए कनेक्शन खोलता है और एक सर्विस संसाधन को कॉल करता है, जो उस तक पहुँचे क्लाइंट का IP पता बताता है। एक ऐसा अनुरोध एक साथ बहुत कुछ देता है: यह पक्का करता है कि प्रॉक्सी जीवित है, प्रतिक्रिया समय दिखाता है और, सबसे ज़रूरी, एग्ज़िट IP खोलता है — वह पता जो साइटें देखेंगी। HTTP/HTTPS और SOCKS5 अलग-अलग टेस्ट होते हैं। एक ही होस्ट और पोर्ट पर प्रोटोकॉल अक्सर अलग व्यवहार करते हैं: विवरण में HTTP लिखा होता है, लेकिन असल में पता सिर्फ़ SOCKS समझता है, या ठीक उलटा।
फिर एग्ज़िट IP से तय होता है कि पता कहाँ का और किसका है: देश, क्षेत्र, शहर और प्रकार — मोबाइल, रेजिडेंशियल या कॉर्पोरेट।
साथ ही IP को स्थानीय ब्लैकलिस्ट डेटाबेस से मिलाया जाता है, जिसे हम खुले एंटीस्पैम रिपॉज़िटरी से नियमित भरते हैं।
पूर्ण मोड में सबसे कीमती चरण जुड़ता है: प्रॉक्सी के ज़रिए ग्यारह लोकप्रिय सर्विस को अनुरोध जाते हैं, और साफ़ होता है कि कौन उसे अंदर आने देता है और कौन उसके सामने दरवाज़ा बंद कर देता है।
नतीजे इंटरफ़ेस में तैयार होते ही चले जाते हैं, सबसे अंत में एक साथ नहीं। लंबी सूची पर भी आपको चलती पट्टी नहीं देखनी पड़ती: पहली पंक्तियाँ कुछ सेकंड में आ जाती हैं, और काम करने वाले पते ले सकते हैं, जब चेकर बाकी पर अभी व्यस्त हो।
पते के बारे में मुख्य बात यह है कि वह काम करता है। अगर प्रॉक्सी ने जवाब नहीं दिया, तो चेकर बताता है क्यों: कनेक्शन अस्वीकृत हुआ, प्रतीक्षा समय खत्म हुआ, ऑथराइज़ेशन नहीं हुआ, या सर्वर से आई एक त्रुटि। यहाँ फ़र्क बुनियादी है। «पता मरा है» और «पता जीवित है, लेकिन पंक्ति में पासवर्ड में टाइपो है» — दो बिलकुल अलग कहानियाँ हैं, और त्रुटि की शब्दावली से तुरंत समझ आता है कि प्रॉक्सी हटाएँ या सिर्फ़ अपनी सूची सुधारें।
HTTP/HTTPS और SOCKS5 हर पते पर अलग-अलग जाँचे जाते हैं, और हर प्रोटोकॉल का अपना प्रतिक्रिया समय निकलता है। इससे दिखता है कि प्रॉक्सी सच में क्या कर सकता है, विक्रेता के कहने से नहीं। यह बहुत आम गलती: ठीक SOCKS प्रॉक्सी को सिर्फ़ इसलिए खराब घोषित कर दिया जाता है कि उससे HTTP की तरह संपर्क किया गया।
प्रतिक्रिया समय वह है जो प्रॉक्सी के ज़रिए अनुरोध भेजने से जवाब आने तक लगता है। यह वहाँ सब तय करता है जहाँ प्रतिक्रिया मायने रखती है: ब्राउज़र में, इंटरफ़ेस में काम ऑटोमेट करते समय, और छोटे अनुरोधों के साथ कई थ्रेड में पार्सिंग करते समय। चैनल की गति हम अलग मापते हैं। वह तब मायने रखती है जब प्रॉक्सी से बड़ी मात्रा गुजरती है: एक्सपोर्ट, मीडिया फ़ाइलें, वीडियो। इन दो अंकों को मिलाना नहीं चाहिए — पता तुरंत जवाब दे सकता है और फिर भी डेटा सैकड़ों किलोबिट की गति से दे सकता है।
चेकर तय करता है कि पता कहाँ से आया: मोबाइल ऑपरेटर के नेटवर्क से, घरेलू कनेक्शन से, या डेटा सेंटर से। साइटें ट्रैफ़िक पर कितना भरोसा करती हैं, यह काफी हद तक इसी से तय होता है, इसलिए IP का प्रकार रेटिंग के तीन घटकों में है। विस्तार नीचे है, प्रॉक्सी के प्रकार वाले खंड में।
IP उन डेटाबेस से मिलाया जाता है जिनमें स्पैम, साइटों पर हमलों और धोखाधड़ी में दिखे पते दर्ज होते हैं।
एक बार सूची में आना काफी है यह समझने के लिए: पते की प्रतिष्ठा दागदार है, और कुछ सर्विस उसे कैप्चा या मनाही से मिलाएँगी।
रिपोर्ट का सबसे व्यावहारिक हिस्सा। प्रॉक्सी के ज़रिए चेकर ग्यारह बड़े प्लैटफ़ॉर्म खोलता है और हर एक पर बताता है कि हुआ या नहीं, कितना समय लगा, और जवाब में कौन सा HTTP कोड आया। हर तकनीकी निशान से जीवित पता ठीक उस सर्विस पर बंद हो सकता है जो आपको चाहिए — और यह यहाँ जानना ब्लॉक अकाउंट वाले पत्र से कहीं बेहतर है।
रेटिंग 0 से 5 तक की तीन चीज़ें जोड़ती है: IP का प्रकार, ब्लैकलिस्ट की प्रतिष्ठा, और सर्विस के नतीजे। इसके साथ तालिका की हर पंक्ति पढ़ने की ज़रूरत नहीं — सूची छाँटकर ऊपर के पते लेना काफ़ी है।
पते जोड़ें। उन्हें «प्रॉक्सी दर्ज करें» फ़ील्ड में चिपकाएँ, «फ़ाइल अपलोड करें» बटन से दस्तावेज़ जोड़ें, या «URL से अपलोड करें» से सूची का लिंक दें। पंक्तियों को एक प्रारूप में लाने की ज़रूरत नहीं: चेकर खुद समझ लेगा।
जाँच के बाद पतों का क्या होगा, यह तय करें। खरीदे गए निजी प्रॉक्सी के लिए «मेरे प्रॉक्सी सार्वजनिक सूची में न सहेजें» चेकबॉक्स लगाएँ — तब वे खुले आर्काइव में नहीं जाएँगे।
मोड चुनें। तेज़ मोड सिर्फ़ यह पक्का करता है कि पता उपलब्ध है। पूर्ण मोड साथ में सर्विस जाँचता है और रेटिंग देता है। चुनिंदा मोड वही करता है, लेकिन सिर्फ़ उन प्लैटफ़ॉर्म पर जो आपने चुने हैं।
टाइमआउट सेट करें। मानक मान है 10 सेकंड। अगर इसे घटाएँ, तो मरे पते जल्दी छँट जाते हैं; अगर बढ़ाएँ, तो धीमे लेकिन ठीक प्रॉक्सी नहीं खोते।
विस्तारित सेटिंग देखें, जब आपको हर सर्विस नहीं चाहिए, और अतिरिक्त बॉक्स हटा दें।
«जाँच शुरू करें» दबाएँ और तालिका देखें: नतीजों की पंक्तियाँ एक के बाद एक आती हैं, अंत में एक साथ नहीं।
जाँच खत्म होने पर तालिका को स्टेटस और स्कोर से छानें, उपयुक्त पते कॉपी करें — और काम शुरू किया जा सकता है। आपकी अनुमति के बिना भेजी सूची कहीं सहेजी नहीं जाती।
चेकर प्रॉक्सी लिखने के तीन तरीके समझता है और इसके लिए कोई सेटिंग नहीं माँगता:
दर्ज | किस काम के लिए उपयुक्त है |
|---|---|
host:port | बिना लॉगिन और पासवर्ड वाले खुले प्रॉक्सी — उदाहरण के लिए मुफ़्त सूचियों के पते। |
login:password@host:port | लॉगिन और पासवर्ड वाले सशुल्क प्रॉक्सी। विक्रेता ज़्यादातर पते इसी रूप में देते हैं। |
protocol://login:password@host:port | साफ़ प्रोटोकॉल वाला रूप — उदाहरण के लिए socks5:// या http://। |
होस्ट IP पता भी हो सकता है और डोमेन नाम भी: काफ़ी सप्लायर प्रॉक्सी डोमेन और पोर्ट के रूप में देते हैं। एक सूची में प्रारूप मिलाए जा सकते हैं — हर पंक्ति अपने आप प्रोसेस होती है।
अपलोड के भी तीन तरीके हैं। टेक्स्ट चिपकाना: पते फ़ील्ड में कॉपी होते हैं, हर एक नई पंक्ति पर। फ़ाइल: तब ठीक जब सूची विक्रेता के अकाउंट से निकली हो या टेक्स्ट दस्तावेज़ में रखी हो। लिंक: तब सुविधाजनक जब सूची स्थायी URL पर हो और नियमित अपडेट होती हो। चेकर पेज डाउनलोड करेगा, उसमें से प्रॉक्सी चुनेगा और तुरंत जाँच शुरू करेगा। जो सार्वजनिक स्रोतों पर नज़र रखते हैं, उनके लिए यह सबसे व्यावहारिक विकल्प है — हर बार डेटा हाथ से नहीं ले जाना पड़ता।
मोड तीन हैं, और हर एक अपने काम के लिए है। असल में गति और विस्तार के बीच चुनना पड़ता है।
सिर्फ़ उपलब्धता और प्रोटोकॉल जाँचता है। सबसे अच्छा विकल्प तब, जब जल्दी साफ़ करने हों मरे पते एक विशाल सूची में से, और पाना हो जीवित पूल।
उपलब्धता, जियो, IP का प्रकार, ब्लैकलिस्ट, सभी ग्यारह सर्विस और रेटिंग। डिफ़ॉल्ट पर चालू है और हर प्रॉक्सी की सबसे विस्तृत तस्वीर देता है।
पूर्ण जैसा ही, लेकिन सिर्फ़ आपके चुने प्लैटफ़ॉर्म पर। तेज़ चलता है और किसी खास काम की ज़रूरतें बेहतर दिखाता है।
टाइमआउट 1 से 60 सेकंड के बीच सेट होता है, डिफ़ॉल्ट 10 है। इतना चेकर प्रॉक्सी के जवाब का इंतज़ार करता है, फिर उसे अनुपलब्ध लिखता है।
अगर ऐसी सूची पर टाइमआउट बरस रहे हों जो ज़ाहिर तौर पर काम करनी चाहिए, तो पहले यह मान बढ़ाएँ।
रेटिंग एक अंक है 0 से 5। यह इसलिए नहीं है कि पता जीवित है या नहीं, यह बताए, बल्कि यह कि उसे काम सौंपा जाए या नहीं। ज़्यादातर चेकर रुक जाते हैं स्टेटस «काम करता है», हालाँकि दो समान रूप से जीवित पते अकाउंट की उम्र में महीनों का फ़र्क रख सकते हैं। हम अंक तीन हिस्सों की भारित योजना से जोड़ते हैं: IP की उत्पत्ति, उसकी प्रतिष्ठा ब्लैकलिस्ट में, और यह कि वह लोकप्रिय सर्विस वास्तव में कैसे खोलता है। नतीजे में पते की प्रकृति, उसका अतीत और अभी का व्यवहार — तीनों गिने जाते हैं, इसलिए अंक वस्तुनिष्ठ निकलता है।
0 से 5 का अंक किन चीज़ों से बनता है
चित्र 2. रेटिंग के घटकों के भार
घटक | जोड़ता है | घटाता है |
|---|---|---|
मोबाइल IP | +1.0 | — |
रेजिडेंशियल IP | +0.5 | — |
कॉर्पोरेट IP | +0 | — |
ब्लैकलिस्ट | +2.0 जब IP किसी भी डेटाबेस में नहीं मिलता | -0.2 हर उस डेटाबेस के लिए जहाँ वह मिला, कुल 2 अंक से ज़्यादा नहीं |
सर्विस की उपलब्धता | +2.0 जब सभी जाँचे गए प्लैटफ़ॉर्म खुलते हैं | -0.2 हर बंद सर्विस के लिए, कुल 2 अंक से ज़्यादा नहीं |
सबसे ऊँचा स्कोर | 5.0 अंक |
कुल तीन संख्याओं का जोड़ है: पते के प्रकार का अंक, प्रतिष्ठा का अंक और सर्विस का अंक। प्रतिष्ठा और सर्विस एक ही योजना से गिनी जाती हैं: बेदाग नतीजा लाता है पूरे 2 अंक, और हर विचलन घटाता है 0.2। इनमें से कोई हिस्सा दो अंक से ज़्यादा नहीं खो सकता। वह शून्य तक गिर सकता है, लेकिन माइनस में नहीं जाता और बाकी पदों को नीचे नहीं खींचता। इसलिए स्कोर हमेशा रहता है 0 और 5 के बीच, और हिस्सों का अनुपात संतुलित रहता है: 40% प्रतिष्ठा को और प्लैटफ़ॉर्म के असल काम को, बाकी 20% IP की उत्पत्ति को।
कौन सा पता | गणना | स्कोर |
|---|---|---|
मोबाइल, डेटाबेस में नहीं है, सभी 11 सर्विस खोलता है | 1.0 + 2.0 + 2.0 | 5.0 |
रेजिडेंशियल, प्रतिष्ठा साफ़, 1 सर्विस बंद | 0.5 + 2.0 + 1.8 | 4.3 |
डेटा सेंटर का सर्वर, डेटाबेस में नहीं, सब कुछ खोलता है | 0 + 2.0 + 2.0 | 4.0 |
रेजिडेंशियल, एक डेटाबेस में मिला, 2 सर्विस बंद | 0.5 + 1.8 + 1.6 | 3.9 |
कॉर्पोरेट, तीन डेटाबेस में मिला, 6 सर्विस बंद | 0 + 1.4 + 0.8 | 2.2 |
कॉर्पोरेट, दस या अधिक बार सूची में, कुछ भी नहीं खुलता | 0 + 0 + 0 | 0.0 |
चुनिंदा मोड में सर्विस वाला हिस्सा सिर्फ़ आपके चुने प्लैटफ़ॉर्म पर गिना जाता है, और नियम वही है: माइनस 0.2 आपके सेट की हर बंद सर्विस पर। अगर जाँच में तीन सर्विस बची हैं, तो यह हिस्सा ज़्यादा से ज़्यादा खो सकता है 0.6 अंक, और स्कोर पर प्रतिष्ठा का असर बढ़ने लगता है। यह तब उपयोगी है जब अपने परिदृश्य का अंक चाहिए, «पूरे इंटरनेट के लिए» औसत स्कोर नहीं।
साफ़ पता। ब्लैकलिस्ट में यह नहीं है, सभी जाँची गई प्लैटफ़ॉर्म खुलती हैं, और IP का प्रकार साइटों का ऊँचा भरोसा पाता है। ऐसे प्रॉक्सी पर सबसे संवेदनशील काम रखे जा सकते हैं: विज्ञापन अकाउंट, सोशल अकाउंट, पेमेंट और बैंकिंग सर्विस, साइन-अप। 5.0 का अधिकतम सिर्फ़ उस मोबाइल पते को मिलता है जिसमें डेटाबेस में एक भी दर्ज न हो और सभी सर्विस खुली हों — ऐसा जानबूझकर है।
काम करने वाला पता, लेकिन बारीकियों के साथ। उसमें या तो एंटीस्पैम डेटाबेस में अलग दर्ज हैं, या कुछ सर्विस नहीं खुलतीं। पार्सिंग, कीमत ट्रैक करना, खुला डेटा इकट्ठा करना और ऐसे कामों के लिए जहाँ प्रतिष्ठा सब कुछ तय नहीं करती, यह सामान्य विकल्प है, और ऐसे प्रॉक्सी आमतौर पर सस्ते होते हैं। इस रेंज में सिर्फ़ अंक न देखें, यह भी देखें कि कौन सा प्लैटफ़ॉर्म नहीं खुला। 4.0 वाला सर्वर पता पूरी उपलब्धता के साथ उस रेजिडेंशियल से ज़्यादा भरोसेमंद है जिसमें 4.3 हो, अगर दूसरे में ठीक वही Instagram बंद है जो आपको चाहिए।
संदिग्ध या ब्लॉक किया गया पता। वह एक साथ कई ब्लैकलिस्ट में है, और ज़्यादातर प्लैटफ़ॉर्म उसे नहीं घुसने देते। ऐसे प्रॉक्सी से अकाउंट में नहीं जाना चाहिए: कैप्चा, पहचान की पुष्टि, या पहले काम पर ही ब्लॉक का जोखिम ऊँचा है। एक बार के तकनीकी काम के लिए वह अभी चल सकता है, लेकिन अकाउंट वाले पूल में उसकी जगह नहीं।
काम | न्यूनतम | स्कोर के अलावा क्या जाँचें |
|---|---|---|
साइन-अप, विज्ञापन अकाउंट, पेमेंट सर्विस | 4.5 से | मोबाइल या रेजिडेंशियल IP, डेटाबेस में कोई दर्ज नहीं |
पहले से बने सोशल अकाउंट चलाना | 4.0 से | क्या ठीक वे प्लैटफ़ॉर्म खुलते हैं जहाँ आपके अकाउंट हैं |
खोज नतीजे और पोज़िशन इकट्ठा करना | 3.5 से | Google और Yandex खुलने चाहिए, और जियो मेल खाना चाहिए |
खुले डेटा का पार्सिंग, कीमत ट्रैक करना | 3.0 से | यहाँ गति और प्रतिक्रिया समय प्रतिष्ठा से ज़्यादा भारी हैं |
स्ट्रीमिंग और मीडिया सर्विस | 3.0 से | YouTube, Twitch और Spotify खुलते हैं, गति में गुंजाइश है |
ये सीमाएँ दिशा हैं, क़ानून नहीं: फ़ैसला स्कोर के साथ रिपोर्ट के विवरण से लिया जाता है। मुख्य फ़ायदा कहीं और है। तालिका को रेटिंग से एक सेकंड में छाँटा जा सकता है, और ऊपर तुरंत वे पते आ जाते हैं जो लेने लायक हैं। आपकी पट्टी से नीचे सब विक्रेता को एक साथ बदलने के लिए लौटाया जा सकता है, हर पता हाथ से देखे बिना।
दो प्रॉक्सी लें, दोनों पर तालिका में «काम करता है» लिखा है। पहला मोबाइल IP है, जो किसी डेटाबेस में नहीं और जिसके ज़रिए सभी ग्यारह सर्विस खुलती हैं: स्कोर 5.0। दूसरा डेटा सेंटर का सर्वर पता है, तीन ब्लैकलिस्ट में मिला और ग्यारह में से छह प्लैटफ़ॉर्म पर बंद: स्कोर 2.2। औपचारिक रूप से फ़र्क नहीं, दोनों जीवित हैं। असल में पहला महीनों चलेगा, और दूसरे को पहले साइन-अप पर बैन मिल जाएगा। रेटिंग ठीक यही फ़र्क दिखाती है, इसलिए उसके हिसाब से छाँटना किसी भी स्टेटस फ़िल्टर से ज़्यादा समय बचाता है।
बड़ी मात्रा पर यह खास तौर पर दिखता है। स्टेटस फ़िल्टर सूची से हटा देगा कुछ हज़ार मरे प्रॉक्सी — खरीदे पूल में आमतौर पर दस से चालीस प्रतिशत होते हैं, और मुफ़्त सूची में लगभग सभी हैं। लेकिन शेष के आधे «जीवित» का स्कोर 3.0 से नीचे होगा, और काम शुरू करने से पहले यह सिर्फ़ रेटिंग से देखा जा सकता है। पूल का औसत स्कोर सप्लायर की ईमानदार तुलना में भी मदद करता है: साइट के पाठ से नहीं, बल्कि एक ही प्लैटफ़ॉर्म सेट पर एक मापने लायक अंक से।
रेटिंग एक क्षण दर्ज करती है, इसलिए जाँच से जाँच तक उतार-चढ़ाव सामान्य है। मोबाइल प्रॉक्सी रोटेशन पर IP बदलता है, और अगली जाँच ऑपरेटर का दूसरा पता जाँचती है। हम नियमित अपडेट करते हैं ब्लैकलिस्ट का डेटाबेस खुले एंटीस्पैम रिपॉज़िटरी से, इसलिए पता सूची से निकल भी सकता है और उसमें आ भी सकता है, क्योंकि आपसे पहले किसी ने उसका इस्तेमाल किया। रेंज पर प्लैटफ़ॉर्म की नीति भी बदलती है: जो सर्विस सुबह खुली थी, दिखा सकती है कैप्चा शाम को। और छोटे टाइमआउट पर धीमे पते अनुपलब्ध लिखे जाते हैं और उपलब्धता के अंक खो देते हैं। अगर स्कोर साफ़ उछलें, तो टाइमआउट बढ़ाएँ और फिर जाँचें।
API में हर पते का स्कोर sc फ़ील्ड में लौटता है, इसलिए सीमा के हिसाब से चुनना और पूल को छाँटना स्क्रिप्ट को सौंपना आसान है। रेटिंग पूर्ण और चुनिंदा मोड में दी जाती है। तेज़ मोड में यह नहीं होती: वह मोड सिर्फ़ उपलब्धता जाँचता है, लेकिन बड़ी सूची उससे काफ़ी तेज़ निकलती है।
प्रॉक्सी का प्रकार बताता है कि IP असल में किसका है: मोबाइल ऑपरेटर का, घरेलू प्रोवाइडर का, या डेटा सेंटर की होस्टिंग का। इससे गति, स्थिरता और, सबसे पहले, वह भरोसा निकलता है जिससे साइटें ट्रैफ़िक लेती हैं। सही प्रकार खर्च भी बदलता है और इस बात का जोखिम भी कि लग जाए ब्लॉक, इसलिए खरीदते समय यही पहली बात तय करनी है, टैरिफ़ की औपचारिक पंक्ति नहीं।
ऐसे प्रॉक्सी का ट्रैफ़िक मोबाइल ऑपरेटर के नेटवर्क से जाता है, यानी उन्हीं पतों से जो लाखों स्मार्टफ़ोन मालिकों के हैं। ऑपरेटर एक IP एक साथ कई ग्राहकों को देता है और उसे लगातार बदलता रहता है। इसलिए साइटें मोबाइल पते ब्लॉक करने से बहुत हिचकती हैं: झटका हज़ारों असली उपयोगकर्ताओं पर पड़ता। यहीं से सभी प्रकारों में सबसे ऊँची प्रतिष्ठा आती है।
मोबाइल प्रॉक्सी वहाँ चुने जाते हैं जहाँ अकाउंट दाँव पर हों: सोशल प्रमोशन, ट्रैफ़िक आर्बिट्राज, विज्ञापन अकाउंट, साइन-अप, सख्त एंटीफ्रॉड वाली सर्विस। नुकसान हैं कीमत और गति। मोबाइल कनेक्शन वायर्ड से धीमा और कम स्थिर होता है, और रोटेशन के दौरान पता कुछ सेकंड के लिए गायब हो सकता है। बड़े पार्सिंग के लिए यह महँगा है और बस ज़रूरी नहीं।
ये उन असली घरेलू कनेक्शन के IP हैं जो साधारण इंटरनेट प्रोवाइडर ने अपने ग्राहकों को दिए। साइट के लिए ऐसा विज़िटर किसी शहर में घर बैठे साधारण व्यक्ति से अलग नहीं। रेजिडेंशियल प्रॉक्सी सार्वभौमिक औज़ार हैं web scraping, विज्ञापन जाँच, क्षेत्रीय नतीजों के विश्लेषण, जियो-प्रतिबंध टालने और हर उस काम के लिए जहाँ «मानवीय» निशान और स्थानों का बड़ा विकल्प चाहिए।
भरोसे और कीमत के संतुलन में यह सबसे अच्छा विकल्प है: मोबाइल से सस्ता और सर्वर प्रॉक्सी से साफ़ तौर पर ज़्यादा भरोसेमंद। कोई खास पता कितना स्थिर है, यह इस पर निर्भर करता है कि उसके पीछे किसका घरेलू कनेक्शन है। इसलिए ऐसे पूल को काम से पहले जाँचना खास तौर पर उपयोगी है।
होस्टिंग प्लैटफ़ॉर्म और डेटा सेंटर के IP। इन्हें न्यूनतम देरी, मोटा चैनल, बिना टूटे स्थिर काम और सस्ती कीमत के लिए चुना जाता है। जब बहुत ट्रैफ़िक और कई समानांतर स्ट्रीम चाहिए, तो इससे बेहतर विकल्प नहीं। बड़ी मात्रा का पार्सिंग, कीमत और उपलब्धता ट्रैक करना, ऑटोमेशन, डेटा की बड़ी जाँच, बॉट और सर्विस इंटीग्रेशन सर्वर प्रॉक्सी पर बहुत अच्छे चलते हैं।
उनकी कमज़ोरी पहचान में आना है। डेटा सेंटर की रेंज अच्छी तरह जानी जाती हैं, और बॉट सुरक्षा वाली साइटें ऐसे ट्रैफ़िक को तुरंत गैर-घरेलू मान लेती हैं। इससे पता खराब नहीं हो जाता, वह बस वहाँ नहीं जँचता जहाँ सर्विस घरेलू उपयोगकर्ता की उम्मीद करती है। स्कोर में शून्य अंक का मतलब «प्रॉक्सी खराब है» नहीं, बल्कि «भरोसे का बोनस नहीं है»।
ब्लैकलिस्ट उन IP पतों का खुला डेटाबेस है जो अनचाही गतिविधि में दिखे हों। ऐसे डेटाबेस एंटीस्पैम प्रोजेक्ट, होस्टिंग कंपनियाँ, मेल सेवाएँ और सुरक्षा शोधकर्ता रखते हैं, और मेल सर्वर, CDN, एंटीफ्रॉड सिस्टम तथा साइट मालिक इनका इस्तेमाल करते हैं। अगर कोई पता सूची में दर्ज है, तो कोई भी सर्विस बिना विस्तार देखे उसे मना कर सकती है।
हर IP को हम स्थानीय डेटाबेस से मिलाते हैं, जो खुले एंटीस्पैम रिपॉज़िटरी से नियमित भरता है। पते वहाँ सबसे अक्सर तीन कारणों से जाते हैं:
ध्यान रखें: ज़्यादातर आपका इसमें कोई दोष नहीं होता। सार्वजनिक प्रॉक्सी का एक साथ दर्जनों लोग इस्तेमाल करते हैं, और पूल के पते सालों तक दोबारा बेचे और किराए पर दिए जाते हैं। IP के साथ आपको उसका अतीत भी मिलता है, जिसमें आपसे पहले दूसरों के काम के नतीजे भी शामिल हैं।
स्वच्छ आईपी — किसी भी डेटाबेस में नहीं मिला। स्कोर में पूरे +2 अंक लाता है, और सर्विस उसे तटस्थ मानती हैं।
संदिग्ध आईपी — अलग-अलग डेटाबेस में मिलता है। कुछ सर्विस दिखाने लगेंगी कैप्चा और अतिरिक्त पुष्टि माँगने लगेंगी।
अवरुद्ध आईपी — एक साथ कई ब्लैकलिस्ट में। कई प्लैटफ़ॉर्म उसे पहुँच से मना कर देंगे, और अकाउंट के काम के लिए वह उपयुक्त नहीं।
अगर आपका अपना IP ब्लैकलिस्ट में पड़ गया, तो उसे हर डेटाबेस में अलग डीलिस्टिंग से निकालना पड़ेगा, और उससे पहले वह गतिविधि रोकनी होगी जिसकी वजह से वह वहाँ गया। खरीदे प्रॉक्सी के साथ आसान है: विक्रेता से पता बदलने को कहना तेज़ है। सामान्य सप्लायर बदल देता है ब्लॉक IP बिना बहस, और जाँच के नतीजे बातचीत को ठोस बनाते हैं।
ज़्यादातर चेकर में यह सुविधा नहीं होती, हालाँकि व्यवहार में यह बाकी सब से ज़्यादा उपयोगी है। पता जीवित हो सकता है, इतिहास साफ़ और देश सही — और फिर भी बेकार काम के लिए, क्योंकि ज़रूरी प्लैटफ़ॉर्म इस पते को पहले से जानता है और अंदर नहीं आने देता। हम यह पहले ही पता लगा लेते हैं। हर प्रॉक्सी के ज़रिए चेकर ग्यारह लोकप्रिय सर्विस को कॉल करता है और हर एक का नतीजा अलग दिखाता है: सर्विस खुली या नहीं, जवाब में कितना समय लगा, कौन सा HTTP कोड आया, और कौन सी त्रुटि हुई, अगर उसे पढ़ा जा सका।
शुरुआत में सभी ग्यारह प्लैटफ़ॉर्म चुने होते हैं। जब सिर्फ़ दो-तीन मायने रखते हों, तो विस्तारित सेटिंग में बाकी बॉक्स हटा दें: जाँच छोटी हो जाएगी, और स्कोर ठीक आपके सेट को दिखाएगा। नतीजों की तालिका में यह «9 / 11» जैसे काउंटर में सिमट जाता है, और क्लिक पर हर प्लैटफ़ॉर्म का विवरण खुलता है।
प्लैटफ़ॉर्म | जाँच क्या देती है |
|---|---|
Google | खोज, विज्ञापन, अकाउंट। Google सर्वर IP को जल्दी पहचानता है और उन्हें दिखाता है कैप्चा, इसलिए पता कितना साफ़ है, यह उसी पर सबसे अच्छा दिखता है। |
Yandex | रूसी-भाषा खोज, Direct, Metrica। रूसी ट्रैफ़िक और क्षेत्रीय नतीजों के साथ काम करते हैं तो यह जाँच ज़रूरी है। |
Facebook | बिज़नेस मैनेजर और विज्ञापन अकाउंट। Meta की फ्रॉड सुरक्षा सबसे सख्त में गिनी जाती है, और अँधेरे अतीत वाला IP लगभग तुरंत दस्तावेज़ जाँच और बंद अकाउंट में बदल जाता है। |
Instagram | अकाउंट, ऑटोमेशन, डेटा संग्रह। प्लैटफ़ॉर्म IP के प्रकार पर खास तौर पर सख्त है, और सर्वर पते उस पर ज़्यादा देर नहीं टिकते। |
TikTok | जियो से सख्ती से बँधा है और बॉट से आक्रामक रूप से सुरक्षित है। जाँच दिखाती है कि सर्विस पते को सही देश के साधारण उपयोगकर्ता के रूप में स्वीकार करेगी या नहीं। |
YouTube | वीडियो देखना और डाउनलोड करना, क्षेत्रीय प्रतिबंध। YouTube के लिए सिर्फ़ उपलब्धता काफ़ी नहीं: चैनल की गति भी मायने रखती है। |
X (Twitter) | खुला डेटा इकट्ठा करना और अकाउंट के साथ काम। नेटवर्क अक्सर ब्लॉक करता है होस्टिंग प्रोवाइडर की पूरी रेंज। |
VK | RuNet का सबसे बड़ा सोशल नेटवर्क: अकाउंट, विज्ञापन, समुदायों से डेटा इकट्ठा करना। |
Twitch | स्ट्रीम और चैट। यह अच्छी तरह दिखाता है कि पता उन कामों के लिए उपयुक्त है या नहीं जहाँ स्थिर कनेक्शन और कम देरी चाहिए। |
Spotify | अकाउंट देश से सख्ती से बँधा है। जाँच पक्का करती है कि सर्विस पते में सही क्षेत्र का IP देखती है। |
Pinterest | ट्रैफ़िक वाले काम और डेटा संग्रह। प्लैटफ़ॉर्म पते की प्रतिष्ठा को ध्यान से देखता है। |
हर सर्विस के लिए तीन मान आते हैं: पेज खुला या नहीं, जवाब में कितना समय लगा, और प्लैटफ़ॉर्म ने कौन सा HTTP कोड लौटाया। कोड सबसे ज़्यादा बताता है: उससे दिखता है पता क्यों नहीं जँचा और आगे क्या करें।
जवाब | इसका आमतौर पर क्या मतलब है |
|---|---|
200 | सर्विस बिना समस्या खुली, और पता इस प्लैटफ़ॉर्म के लिए इस्तेमाल किया जा सकता है। |
301, 302 | रीडायरेक्ट। अक्सर यह साइट के क्षेत्रीय संस्करण पर जाना होता है, और तब सब ठीक है। लेकिन अगर सर्विस आपको जाँच वाले पेज पर भेजती है, तो वह पते पर भरोसा नहीं करती। |
403 | प्रवेश बंद है: प्लैटफ़ॉर्म इस पते या उसकी पूरी रेंज को जानता है। यह सबसे साफ़ संकेत है कि इस सर्विस के लिए प्रॉक्सी उपयुक्त नहीं। |
429 | बहुत ज़्यादा अनुरोध। shared प्रॉक्सी पर ऐसा अक्सर होता है, क्योंकि एक पते से सिर्फ़ आप काम नहीं कर रहे। अकाउंट के लिए यह जोखिम है, एक बार के पार्सिंग के लिए कभी-कभी सहनीय। |
5xx | खुद सर्विस या बीच के गेटवे की गड़बड़ी। ऐसा नतीजा दोबारा जाँचने लायक है: एक त्रुटि इस वर्ग की हमेशा यह नहीं कहती कि दोष प्रॉक्सी का है। |
टाइमआउट | जवाब दिए समय में नहीं आया। या तो चैनल धीमा है, या प्लैटफ़ॉर्म तक का ट्रैफ़िक फ़िल्टर हो रहा है। टाइमआउट बढ़ाएँ और दोहराएँ — कुछ पते निकल जाएँगे। |
कनेक्शन त्रुटि | कनेक्शन काट दिया गया या स्वीकार नहीं हुआ। यह ब्लॉक है — नेटवर्क स्तर पर, या खुद प्रॉक्सी सर्वर पर सीमा। |
जवाब का समय कोड के साथ देखना चाहिए। अगर सर्विस पाँच सेकंड में खुली, तो औपचारिक रूप से वह उपलब्ध है, लेकिन विज्ञापन अकाउंट के इंटरफ़ेस में ऐसे पते से काम करना कष्टदायक होगा। जब दर्जन भर प्लैटफ़ॉर्म पर दिखे कि जवाब कहाँ तुरंत आया और कहाँ मुश्किल से पहुँचा, तो चैनल की असली गुणवत्ता साफ़ हो जाती है।
काम | क्या जाँचें |
|---|---|
आर्बिट्राज, Meta के विज्ञापन अकाउंट | Facebook और Instagram, साथ में Google अगर सेट में डिस्प्ले विज्ञापन हो |
TikTok और क्रिएटिव | TikTok और YouTube, और जियो बिल्कुल मेल खाना चाहिए |
SEO, नतीजे और पोज़िशन | Google और Yandex |
रूसी-भाषा बाज़ार: अकाउंट और विज्ञापन | VK, Yandex, Facebook |
वीडियो, संगीत, स्ट्रीम | YouTube, Twitch, Spotify |
पार्सिंग और खुला डेटा इकट्ठा करना | Google और वे प्लैटफ़ॉर्म जिनसे आप डेटा लेते हैं |
नए सप्लायर की जाँच | सभी ग्यारह, ताकि पूल की मेट्रिक तुलनीय रहे |
प्लैटफ़ॉर्म के नतीजे स्कोर को सीधे प्रभावित करते हैं। अगर सभी जाँची गई सर्विस खुलती हैं, तो पते को मिलते हैं +2 अंक, और हर बंद सर्विस घटाती है 0.2, लेकिन इससे ज़्यादा नहीं 2 अंक कुल। यानी सर्विस की उपलब्धता पर पड़ता है 40% रेटिंग का — उतना ही जितना प्रतिष्ठा ब्लैकलिस्ट पर। सर्विस पूर्ण और चुनिंदा मोड में जाँची जाती हैं। तेज़ मोड सिर्फ़ यह जवाब देता है कि प्रॉक्सी खुद उपलब्ध है या नहीं। API में प्लैटफ़ॉर्म के नतीजे s फ़ील्ड में आते हैं: हर सर्विस के लिए उसका कोड, सफलता का चिह्न, प्रतिक्रिया समय और HTTP स्टेटस। इसलिए «सिर्फ़ वे पते जिनसे Instagram खुलता है» जैसा फ़िल्टर एक पंक्ति में लिख जाता है।
अनामता दिखाती है कि प्रॉक्सी कितना छिपाता है कि आप उसका इस्तेमाल कर रहे हैं, और आपका असली IP छिपाता है या नहीं। ऐसा भी होता है कि प्रॉक्सी ट्रैफ़िक ठीक से गुजार दे, लेकिन हेडर में साइट को ईमानदारी से बता दे कि वह बिचौलिया है — या वहाँ आपका अपना पता भी लिख दे। आमतौर पर तीन स्तर होते हैं।
सर्विस हेडर में प्रॉक्सी और आपके असली IP, दोनों की जानकारी देता है। अनामता के लिए उपयुक्त नहीं, सिर्फ़ कैशिंग और अंदरूनी काम के लिए।
आपका IP छिपाता है, लेकिन यह नहीं छिपाता कि अनुरोध प्रॉक्सी से जा रहा है। जियो-प्रतिबंध टालने के लिए ठीक है, लेकिन एंटीफ्रॉड वाली सर्विस ऐसे ट्रैफ़िक को शक की नज़र से देखती हैं।
न आपका पता बताता है, न खुद प्रॉक्सी, और अनुरोध साधारण उपयोगकर्ता की विज़िट जैसा दिखता है। अकाउंट के काम के लिए सिर्फ़ यही स्तर उपयुक्त है।
प्रॉक्सी पर भरोसा करने के लिए अनामता का एक स्तर काफ़ी नहीं। औपचारिक रूप से एलीट पता स्पैम डेटाबेस में हो सकता है और आधी सर्विस नहीं खोल सकता, और तब अनामता कुछ नहीं देती। इसलिए चेकर अनामता पर नहीं रुकता: वह एग्ज़िट IP जानता है, पता लगाता है कि पता कहाँ से आया, उसे डेटाबेस से मिलाता है, और उसके ज़रिए खोलने की कोशिश करता है जीवित सर्विस। प्रॉक्सी काम के लायक है या नहीं, यह पूरी तस्वीर तय करती है, एक हेडर नहीं।
प्रोटोकॉल तय करता है कि सॉफ़्टवेयर प्रॉक्सी से किस भाषा में बात करता है और उसके ज़रिए आखिर क्या भेजा जा सकता है। चेकर काम करता है HTTP, HTTPS और SOCKS5 के साथ — व्यवहार में ये तीन विकल्प लगभग हमेशा काफ़ी होते हैं।
शिष्टाचार | यह कैसे बना है और कब चाहिए |
|---|---|
HTTP | वेब ट्रैफ़िक का मुख्य प्रोटोकॉल। प्रॉक्सी अनुरोध की सामग्री देखता है और उसे प्रोसेस कर सकता है। साधारण पेज से डेटा इकट्ठा करने और API अनुरोधों के लिए अच्छा है, लेकिन खुद एन्क्रिप्शन नहीं जोड़ता। |
HTTPS | सुरक्षित कनेक्शन वाला HTTP प्रॉक्सी: ट्रैफ़िक टनल से जाता है, और रास्ते में उसे पढ़ा नहीं जा सकता। जहाँ ऑथराइज़ेशन और निजी डेटा हो, वहाँ यह ज़रूरी है। |
SOCKS5 | निचले स्तर का सार्वभौमिक प्रोटोकॉल। यह कोई भी TCP ट्रैफ़िक गुजारता है, सिर्फ़ वेब नहीं। ऐप, टोरेंट क्लाइंट, गेम, मेल प्रोग्राम और जो कुछ ब्राउज़र नहीं है, उसे यही चाहिए। यह ऑथराइज़ेशन सपोर्ट करता है और अनुरोध की सामग्री को नहीं छूता। |
सरल नियम: लें HTTP/HTTPS साइटों और API के लिए, और SOCKS5 ऐप्लिकेशन के मनचाहे ट्रैफ़िक के लिए। अक्सर एक पता दोनों को सपोर्ट करता है, लेकिन हमेशा नहीं, और विक्रेता प्रोटोकॉल अक्सर ग़लत बताते हैं। इसलिए HTTP और SOCKS5 हम अलग-अलग जाँचते हैं: रिपोर्ट तुरंत दिखाती है कि असल में काम करता है पते पर, और आपको ग़लत डेटा से सॉफ़्टवेयर सेट नहीं करना पड़ेगा।
प्रॉक्सी बहुत बार «काम नहीं करता» ठीक प्रोटोकॉल की वजह से। अगर प्रोग्राम में पता HTTP लिखा है, लेकिन वह स्वीकार करता है सिर्फ़ SOCKS5, तो कनेक्शन नहीं बनेगा, हालाँकि प्रॉक्सी खुद पूरी तरह ठीक है। प्रोटोकॉल साफ़ लिखें, उपसर्ग socks5:// या http:// से — तब उलझन नहीं होगी।
पार्सर या एंटीडिटेक्ट ब्राउज़र में मरा हुआ प्रॉक्सी आसानी से प्रोग्राम की अपनी खराबी समझ लिया जाता है। काम रुकते हैं, सेशन टूटते हैं, लॉग में अस्पष्ट त्रुटियाँ भर जाती हैं, और आधा दिन कारण गलत जगह ढूँढने में निकल सकता है। सूची की जाँच कुछ सेकंड लेती है और इस अनुमान को तुरंत हटा देती है: आपको पक्का पता चल जाता है कि पते ठीक हैं और समस्या कहीं और है।
यह सबसे महँगा जोखिम है। खराब प्रतिष्ठा वाले पते से अकाउंट में एक बार लॉग इन करना काफ़ी है पहचान की पुष्टि के लिए, और अक्सर एक ब्लॉक। अकाउंट के साथ जुड़े विज्ञापन अकाउंट और पूरी हिस्ट्री भी जा सकती है। बहाली हफ़्तों चलती है और हमेशा सफल नहीं होती। ब्लैकलिस्ट जाँच और सर्विस टेस्ट खतरनाक पता तब दिखाते हैं, जब आप उसके ज़रिए साइन इन कर चुके न हों।
विवरण का देश और असल एग्ज़िट देश लगातार अलग होते हैं। अगर काम क्षेत्र से बँधा है — स्थानीय नतीजे, स्थानीय कीमतें, एक देश की सर्विस — तो गलत जियो वाला पता बेकार है। और काम के दौरान यह नोटिस करना मुश्किल है: तकनीकी रूप से सब काम करता है, बस इकट्ठा डेटा गलत होता है।
खरीदे पूल की नियमित जाँच ही बताती है कि सप्लायर असल में क्या बेच रहा है। पतों का कितना हिस्सा जीवित है, उनमें से कितने पड़े हैं ब्लैकलिस्ट में, और क्या सर्वर IP रेजिडेंशियल के नाम पर बिक रहे हैं, और गति वादा जैसी है या नहीं। जब जाँच के नतीजे हाथ में हों, तो खराब पते बदलना आम प्रक्रिया है, बहस नहीं।
अगर पूल जाँचा हुआ और साफ़ है, तो अगला लॉन्च पिछले जैसा ही चलेगा। बिना जाँचे पूल में नतीजा संयोग पर निर्भर करता है: एक लॉन्च सब इकट्ठा कर लेगा, और दूसरा टकराएगा कैप्चा से आधे पतों पर, और यह समझना फिर संभव नहीं रहेगा कि क्या बदला।
जो पार्सिंग और ऑटोमेशन करते हैं, उनके लिए। साफ़ पूल का मतलब है कम दोहराए अनुरोध, कम छूटे पेज, और संग्रह का अनुमानित समय। शुरू करने से पहले की जाँच आपको यह अंदाज़ा लगाने से बचाती है कि स्क्रिप्ट फिर क्यों गिर गई।
SMM विशेषज्ञ और आर्बिट्राज करने वाले। IP की प्रतिष्ठा तय करती है कि अकाउंट महीनों चलेगा या पहले दिन बैन खाएगा। उनके लिए रिपोर्ट में मुख्य बात है पते का प्रकार और यह कि ज़रूरी सोशल नेटवर्क उसे अंदर आने देते हैं या नहीं।
SEO विशेषज्ञ। सही शहर के निवासी की नज़र से पोज़िशन तभी ले सकते हैं जब पता सच में वहीं से निकले, विवरण में वहाँ लिखा होने से नहीं। चेकर असल देश और शहर दिखाएगा और साथ यह भी कि पते को मिलेगा कैप्चा Google या Yandex की ओर से।
डेवलपर और टेस्टर। अलग देशों और अलग IP प्रकार से सर्विस की उपलब्धता, जियो-लॉजिक, लोकलाइज़ेशन और क्षेत्रीय प्रतिबंध जाँचने के लिए प्रॉक्सी चाहिए, जिनके बारे में पता हो कि वे हैं काम करने वाले और जिनके पैरामीटर ज्ञात हों।
जो कीमत ट्रैक करते हैं और e-commerce में काम करते हैं, उनके लिए। मार्केटप्लेस और दुकानें कीमत, स्टॉक और पोज़िशन इस हिसाब से दिखाती हैं कि अनुरोध कहाँ से आया। गलत क्षेत्र का प्रॉक्सी हो, तो रिपोर्ट में किसी और के अंक आ जाते हैं।
प्रॉक्सी विक्रेता और रीसेलर। पूल क्लाइंट को देने से पहले जल्दी जाँचें, और अपने सप्लायर से बात के लिए वस्तुनिष्ठ अंक पाएँ। रेटिंग क्लाइंट की समझ में आने वाला गुणवत्ता का माप है।
जो मुफ़्त प्रॉक्सी लेते हैं, उनके लिए। सार्वजनिक सूचियों में सिर्फ़ कुछ प्रतिशत पते काम करते हैं, और हाथ से वे नहीं मिलेंगे। बड़ी जाँच ही ऐसी सूची से फ़ायदा निकालने का एकमात्र तरीका है।
ऐसा प्रॉक्सी नहीं होता जो हर चीज़ के लिए उपयुक्त हो। पार्सिंग के लिए आदर्श पता विज्ञापन अकाउंट के लिए खराब जँचता है, और उलटा भी। काम से शुरू करें और इस बात से कि प्लैटफ़ॉर्म को आप पर कितना भरोसा करना चाहिए।
काम | प्रॉक्सी का प्रकार | रिपोर्ट में क्या देखें |
|---|---|---|
सोशल अकाउंट, साइन-अप | गतिमान | अंक 4.5 से, एक भी दर्ज नहीं ब्लैकलिस्ट में, और ज़रूरी प्लैटफ़ॉर्म खुलता है |
विज्ञापन अकाउंट, आर्बिट्राज | मोबाइल, रेजिडेंशियल | साफ़ प्रतिष्ठा, Facebook और Google खुलते हैं, प्रतिक्रिया स्थिर है |
web scraping, डेटा संग्रह | रेजिडेंशियल, कॉर्पोरेट | गति, प्रतिक्रिया समय, लक्षित संसाधन की उपलब्धता |
कीमतें और क्षेत्रीय नतीजे | आवासीय | शहर तक जियो, Google और Yandex खुलते हैं |
बड़ी मात्रा का सामूहिक पार्सिंग | निगमित | चैनल की गति, न्यूनतम प्रतिक्रिया समय, स्थिरता |
स्ट्रीमिंग और मीडिया | आवासीय | गति, YouTube, Twitch, Spotify की उपलब्धता |
टेस्टिंग और QA | कोई भी, परिदृश्य के हिसाब से | अनुमानित जियो और IP का प्रकार, स्थिर स्टेटस |
मुफ़्त प्रॉक्सी के बारे में अलग से कहना ज़रूरी है। एक बार के काम, पढ़ाई और प्रयोग के लिए वे ठीक हैं, काम के लिए नहीं। सार्वजनिक सूचियों के पतों का एक साथ कई लोग इस्तेमाल करते हैं, इसलिए वे ओवरलोड रहते हैं, अक्सर पहले से ब्लैकलिस्ट में होते हैं और कुछ घंटे ही चलते हैं। अगर काम ज़रूरी है, तो निजी प्रॉक्सी तुरंत अपने पैसे वसूल करते हैं — कम से कम इसलिए कि पूल को हर घंटे दोबारा नहीं जाँचना पड़ता।
अगर पता जाँच में नहीं उतरा, तो त्रुटि का पाठ लगभग हमेशा कारण बताता है। सबसे आम मामले ये हैं:
संदेश | क्या हुआ और क्या करें |
|---|---|
कनेक्शन अस्वीकृत connection refused | इस पते और पोर्ट पर कुछ सुन नहीं रहा: प्रॉक्सी बंद है, पोर्ट में ग़लती है, या पता अब जारी नहीं होता। पहले पोर्ट जाँचें, फिर पता बदलें। |
टाइमआउट समाप्त timeout, deadline exceeded | प्रॉक्सी समय पर जवाब नहीं दे पाया। वह या तो मरा है, या बस धीमा है। टाइमआउट रखें 20–30 सेकंड और फिर चलाएँ: धीमे लेकिन काम करने वाले पते निकल जाएँगे। |
ऑथराइज़ेशन ज़रूरी है 407 Proxy Authentication Required | प्रॉक्सी जीवित है, लेकिन लॉगिन और पासवर्ड नहीं भेजे गए या गलत हैं। पंक्ति का प्रारूप जाँचें: निजी प्रॉक्सी को login:password@host:port का रूप चाहिए। |
पहुँच अस्वीकृत 403 Forbidden | प्रॉक्सी काम करता है, लेकिन आपको खास तौर पर अंदर नहीं आने देता। आमतौर पर आपका IP विक्रेता की अनुमति-सूची में नहीं है, या टैरिफ़ का ट्रैफ़िक खत्म हो गया। यह सप्लायर की ओर हल होता है। |
प्रोटोकॉल त्रुटि | पता जवाब देता है, लेकिन उस प्रोटोकॉल से नहीं जिससे उससे संपर्क किया गया। प्रोटोकॉल साफ़ लिखें — socks5:// या http://। |
सर्विस बंद है, हालाँकि प्रॉक्सी काम करता है | पता खुद ठीक है, लेकिन कोई खास प्लैटफ़ॉर्म ब्लॉक करता है इसे। यह जाँच की गड़बड़ी नहीं, बल्कि वही नतीजा है जिसके लिए सर्विस टेस्ट किया जाता है। |
प्रॉक्सी काम करता है, लेकिन स्कोर कम है | पता उपलब्ध है, लेकिन ब्लैकलिस्ट में मिला है और/या कुछ सर्विस नहीं खोलता। पार्सिंग के लिए चलेगा, अकाउंट के लिए नहीं। |
अगर एक जैसी त्रुटियाँ पूरी सूची में चल रही हैं, तो बात आमतौर पर प्रॉक्सी में नहीं है। पंक्ति का प्रारूप, ऑथराइज़ेशन डेटा और प्रोटोकॉल जाँचें। अगर त्रुटियाँ अलग-अलग हैं और बिना क्रम बिखरी हैं, तो सूची सच में मिश्रित है, और सार्वजनिक पतों के लिए यह आम नतीजा है।
जाँच को अपने उत्पाद में जोड़ा जा सकता है: प्रोवाइडर पैनल, पार्सर, Telegram बॉट, एंटीडिटेक्ट ब्राउज़र, पूल की अंदरूनी निगरानी, या CI का काम जो पतों को समय पर चलाए। API वह सब देता है जो वेब इंटरफ़ेस दिखाता है: हर प्रोटोकॉल का स्टेटस, एग्ज़िट IP, प्रतिक्रिया समय, गति, जियो, पते का प्रकार, नतीजे ब्लैकलिस्ट और सर्विस के, और अंतिम स्कोर।
आधार पता है https://checker.net। बाहरी इंटीग्रेशन x-api-key हेडर में कुंजी से ऑथराइज़ होते हैं, जिसे अकाउंट में पाया जा सकता है। अनुरोध की स्कीमा और जवाब के उदाहरण दस्तावेज़ में विस्तार से लिखे हैं।
मेथड | किस लिए |
|---|---|
POST /v1/landing/check/{requestId} | जाँच बनाता है। requestId एक UUID v7 है, और क्लाइंट अनुरोध से पहले इसे खुद बनाता है। |
POST /v1/landing/check/{requestId}/add | पहले से बनी जाँच में पते जोड़ता है। 30,000 की सीमा पूरी जाँच पर लागू होती है। |
GET /v1/landing/check/info/{requestId} | जाँच का विवरण: मोड, पतों की संख्या, सर्विस का सेट, बनने का समय और समाप्ति का समय। |
GET /v1/landing/check/result/{requestId}/stream | NDJSON में नतीजों की स्ट्रीम, हर पंक्ति में एक ऑब्जेक्ट। |
POST /v1/integration/landing/check | बाहरी इंटीग्रेशन के लिए एक पते की जाँच। पहचानकर्ता और नतीजे वाले पेज का लिंक लौटाती है। |
GET /v1/landing/archive | आर्काइव की तारीखें और हर तारीख के पतों की संख्या। |
GET /v1/landing/archive/{date} | चुने हुए दिन के पते, तारीख YYYY-MM-DD प्रारूप में है। |
पैरामीटर | मान | यह क्या तय करता है |
|---|---|---|
dsnList | स्ट्रिंग की सरणी, अनिवार्य | पते इस रूप में: host:port, login:password@host:port या protocol://login:password@host:port। |
checkType | light · soft · custom, डिफ़ॉल्ट soft | मोड: उपलब्धता की तेज़ जाँच, रेटिंग वाली पूर्ण जाँच, या अपनी सर्विस के सेट पर चुनिंदा जाँच। |
services | facebook, google, yandex, tiktok, youtube, vk, twitch, spotify, twitter, instagram, pinterest | जाँच के लिए प्लैटफ़ॉर्म। अगर न बताएँ, तो सभी ग्यारह जाँचे जाते हैं। |
timeout | 1 से 60 तक, डिफ़ॉल्ट 10 | प्रॉक्सी से जवाब के लिए कितने सेकंड इंतज़ार करना है। |
archiveEnabled | true · false, डिफ़ॉल्ट false | जाँचे पते खुले आर्काइव में प्रकाशित करें या नहीं। |
नतीजे जाँच बनने के बाद 30 मिनट तक लिंक पर उपलब्ध रहते हैं। 30,000 की सीमा से बाहर कुछ भी स्वीकार नहीं होता। अनुरोध फिर भी सफल रहता है, और छोड़ी गई पंक्तियों की संख्या skippedCount फ़ील्ड में आती है। बड़ी सूची अपलोड करते समय इस पर नज़र रखें।
# requestId क्लाइंट बनाता है, प्रारूप UUID v7 है
curl -X POST https://checker.net/v1/landing/check/0195f3a0-7bff-7f3a-8f3a-123456789abc \
-H "Content-Type: application/json" \
-d '{
"dsnList": ["user:pass@1.2.3.4:8080", "user:pass@5.6.7.8:3128"],
"services": ["google", "instagram", "tiktok"],
"checkType": "soft",
"timeout": 10,
"archiveEnabled": false
}'
# {"data":{"bad":[],"dsnCount":2,"inspectionsCount":6,
# "services":["google","instagram","tiktok"],
# "skippedCount":0,"limit":30000}}curl -N https://checker.net/v1/landing/check/result/0195f3a0-7bff-7f3a-8f3a-123456789abc/stream # एक पंक्ति एक JSON ऑब्जेक्ट है: # id — पते का पहचानकर्ता p — प्रगति, 0 से 100 तक # dsn — मूल प्रॉक्सी पंक्ति sc — गुणवत्ता स्कोर # http — HTTP परिणाम socks — SOCKS5 परिणाम # s — सर्विस के परिणाम # # http और socks में: एग्ज़िट IP, सफलता, प्रतिक्रिया समय, गति, # त्रुटि का पाठ, जियो और पते का प्रकार। # s में: सर्विस कोड, सफलता, प्रतिक्रिया समय, HTTP स्टेटस।
curl -X POST https://checker.net/v1/integration/landing/check \
-H "x-api-key: आपकी_कुंजी" \
-H "Content-Type: application/json" \
-d '{"dsn": "user:pass@1.2.3.4:8080", "checkType": "light", "timeout": 30, "locale": "ru"}'
# {"data":{"checkId":"0195f3a0-…",
# "link":"https://checker.net/ru/results/0195f3a0-…"}}import json, uuid, requests
BASE = "https://checker.net"
rid = str(uuid.uuid4()) # प्रोडक्शन कोड में UUID v7 इस्तेमाल करें
requests.post(f"{BASE}/v1/landing/check/{rid}", json={
"dsnList": ["user:pass@1.2.3.4:8080"],
"checkType": "soft",
"timeout": 10,
})
# परिणाम तैयार होते ही लें
r = requests.get(f"{BASE}/v1/landing/check/result/{rid}/stream", stream=True)
for line in r.iter_lines():
if not line:
continue
item = json.loads(line)
print(item["dsn"], item.get("sc"), item.get("p"))हर दिन जाँच पास करने वाले पते खुले आर्काइव में आते हैं — आर्काइव काम करने वाले प्रॉक्सी का। तारीख चुनें और जाँच के समय काम कर रहे प्रॉक्सी की सूची पाएँ — एक दिन में कुछ हज़ार से लेकर कई दसियों हज़ार पते जमा होते हैं। इतिहास महीनों तक रखा जाता है, और उसे साइट पर भी और API से भी निकाला जा सकता है।
याद रखें कि आर्काइव एक खास क्षण की स्थिति दिखाता है और यह गारंटी नहीं देता कि पते अभी जीवित हैं। सार्वजनिक प्रॉक्सी कम चलते हैं और एक साथ कई उपयोगकर्ताओं से लदे रहते हैं, इसलिए एक दिन में सूची का नज़र आने वाला हिस्सा जवाब देना बंद कर देता है। काम से पहले एक्सपोर्ट को चेकर से एक बार और गुजारें: आपको ताज़ा पूल और नए स्कोर मिलेंगे। एक बार के काम, प्रयोग और सीखने के लिए इतना काफ़ी है। अकाउंट और पार्सिंग के स्थिर काम के लिए निजी मोबाइल या रेजिडेंशियल पते चाहिए।
आपके प्रॉक्सी आर्काइव में तभी जाते हैं जब आप खुद ऐसा चाहें। ऐसा न हो, इसके लिए शुरू करने से पहले फ़ॉर्म पर «मेरे प्रॉक्सी सार्वजनिक सूची में न सहेजें» चुनें। जो खरीदे हुए निजी पते जाँचते हैं, उन्हें इसे हमेशा चालू रखना चाहिए।
निजी प्रॉक्सी जाँचने के लिए लॉगिन और पासवर्ड देना पड़ता है, और हम उनके साथ उसी हिसाब से पेश आते हैं। ऑथराइज़ेशन डेटा सिर्फ़ जाँच के लिए चाहिए: चेकर उससे प्रॉक्सी से जुड़ता है और उसके ज़रिए अनुरोध भेजता है। आर्काइव और खुली सूचियों में वह नहीं जाता।
«मेरे प्रॉक्सी को सार्वजनिक सूची में न सहेजें» चेकबॉक्स जाँचे पतों को प्रकाशन से पूरी तरह हटा देता है। नतीजे सीमित समय तक लिंक पर उपलब्ध रहते हैं — 30 मिनट जाँच शुरू होने से — उसके बाद उपलब्ध नहीं रहते। जाँच के लिए पंजीकरण ज़रूरी नहीं, और API कुंजी सिर्फ़ बाहरी इंटीग्रेशन के लिए चाहिए।
ऑनलाइन जाँच का एक और फ़ायदा है। हज़ारों पतों से कनेक्शन हमारे सर्वर खोलते हैं, आपका चैनल नहीं। आपका अपना IP सामूहिक कनेक्शन में शामिल नहीं होता, इसलिए प्रोवाइडर का ध्यान नहीं खींचता और इन पर पहुँचने का जोखिम नहीं उठाता — उन्हीं ब्लैकलिस्ट पर, जिनसे आप प्रॉक्सी जाँचते हैं।
नहीं। checker.net पर जाँच मुफ़्त है, पंजीकरण ज़रूरी नहीं, और चलाने की संख्या सीमित नहीं है। API कुंजी केवल बाहरी एकीकरण के लिए चाहिए।
एक जाँच में 30,000 प्रॉक्सी तक। नए पते पहले से चल रही जाँच में जोड़े जा सकते हैं, और परिणाम तैयार होते ही आते हैं, इसलिए सूची के अंत का इंतज़ार नहीं करना पड़ता।
HTTP, HTTPS और SOCKS5 के साथ। HTTP और SOCKS कनेक्शन अलग-अलग जाँचे जाते हैं, इसलिए रिपोर्ट में दिखता है कि पता वास्तव में किस प्रोटोकॉल पर काम करता है।
तीनों रूपों में से कोई भी चलेगा: खुले पतों के लिए host:port, प्राधिकरण वाले निजी पतों के लिए login:password@host:port, और protocol://login:password@host:port यदि प्रोटोकॉल साफ़ लिखना हो। पंक्तियों को एक रूप में लाना ज़रूरी नहीं।
हाँ। हाथ से चिपकाने के अलावा फ़ाइल अपलोड की जा सकती है या URL दिया जा सकता है। दूसरे मामले में चेकर खुद पेज खोलता है, उस पर प्रॉक्सी ढूँढता है और जाँच शुरू करता है।
नहीं। प्राधिकरण डेटा केवल जाँच के लिए चाहिए और कहीं प्रकाशित नहीं होता। पते खुले संग्रह में न जाएँ, इसके लिए «मेरे प्रॉक्सी को सार्वजनिक सूची में न सहेजें» चुनें।
परिणामों का लिंक जाँच शुरू होने के 30 मिनट तक काम करता है। बाद में डेटा चाहिए तो उसे निर्यात करें या API से सहेजें।
पते की गुणवत्ता। इसमें IP का प्रकार, ब्लैकलिस्ट के रिकॉर्ड और यह शामिल है कि लोकप्रिय सेवाएँ प्रॉक्सी से खुलती हैं या नहीं। अंक जितना ऊँचा, प्रॉक्सी उतना साफ़ और भरोसेमंद।
तेज़ मोड केवल यह पुष्टि करता है कि पता उपलब्ध है, और सबसे तेज़ है। पूर्ण मोड इसके साथ भू-स्थान और IP प्रकार भी निकालता है, पते को ब्लैकलिस्ट से मिलाता है, सेवाएँ जाँचता है और अंक देता है। चयनात्मक मोड पूर्ण जैसा ही काम करता है, लेकिन केवल आपके चुने प्लेटफ़ॉर्म पर।
क्योंकि उपलब्धता और प्रतिष्ठा अलग बातें हैं। पता अनुरोधों का जवाब दे सकता है, फिर भी एंटीस्पैम डेटाबेस में हो और ज़रूरी प्लेटफ़ॉर्म उसे रोक दें। अंक इन्हीं मामलों को पकड़ने के लिए है।
चयनात्मक मोड चलाएँ और उन्नत सेटिंग में केवल अपने प्लेटफ़ॉर्म चुनें — जैसे Instagram और TikTok। तब हर प्रॉक्सी उन्हीं पर जाँचा जाएगा, और अंक भी इन्हीं परिणामों से बनेगा।
त्रुटि का पाठ पढ़ें। टाइमआउट अक्सर मतलब है कि पता धीमा है, पर काम करता है: टाइमआउट बढ़ाकर दोबारा चलाएँ। प्राधिकरण त्रुटि गलत पंक्ति प्रारूप या गलत डेटा बताती है। अस्वीकृत कनेक्शन का मतलब है कि पता सच में काम नहीं करता।
सार्वजनिक पते मिनटों में स्थिति बदलते हैं, क्योंकि कनेक्शनों से भरे होते हैं। मोबाइल प्रॉक्सी में IP बदलने से परिणाम बदलता है। यदि फैलाव न मिटे, तो प्रॉक्सी को जवाब के लिए ज़्यादा समय दें और उसे दो-तीन बार चलाएँ।
खातों और विज्ञापन के लिए मोबाइल और रेज़िडेंशियल सबसे उपयुक्त हैं — प्लेटफ़ॉर्म उन पर सबसे ज़्यादा भरोसा करते हैं। बड़े पैमाने के पार्सिंग और निगरानी के लिए कॉर्पोरेट बेहतर हैं: तेज़ और सस्ते। यदि काम किसी क्षेत्र से जुड़ा है, तो प्रकार से ज़्यादा सटीक भू-स्थान मायने रखता है।
हाँ। देश, क्षेत्र और शहर चेकर उस IP से जानता है जिससे प्रॉक्सी नेटवर्क पर निकलता है, और वहीं पता चलता है कि पता मोबाइल है, घरेलू है या सर्वर। IP प्रकार फिर अंक में शामिल होता है।
हाँ, API से। जाँच बनाएँ, ज़रूरत हो तो पते जोड़ें और परिणाम NDJSON स्ट्रीम में पढ़ें। एकल पतों के लिए अलग तरीका है, जो परिणाम पृष्ठ का लिंक लौटाता है।
हमारे दैनिक संग्रह से पते डाउनलोड किए जा सकते हैं, अपनी फ़ाइल अपलोड की जा सकती है, या सार्वजनिक सूची का लिंक दिया जा सकता है। पंक्तियों का प्रारूप चेकर खुद पहचान लेता है।
एक बार के काम, प्रयोग और सीखने के लिए — हाँ। नियमित काम के लिए — नहीं: ऐसे पते अतिभारित होते हैं, अक्सर पहले से ब्लैकलिस्ट में होते हैं और कुछ घंटे ही चलते हैं। खातों और नियमित पार्सिंग के लिए निजी प्रॉक्सी चाहिए।