प्रॉक्सी काम कर रहा है या नहीं, यह कैसे जांचें (और यह काम करना क्यों बंद कर देता है)

जो प्रॉक्सी कल काम कर रहा था वह आज पूरी तरह मृत हो सकता है — यह बस मुफ़्त, सार्वजनिक स्रोत वाले प्रॉक्सी सर्वरों की प्रकृति है। इसे किसी कार्य के बीच में खोज लेने के बजाय, यह समझना उचित है कि प्रॉक्सी काम करना क्यों बंद करते हैं, अपटाइम और प्रतिक्रिया समय के आंकड़ों का वास्तव में क्या मतलब है, और भरोसा करने से पहले यह कैसे पुष्टि करें कि प्रॉक्सी वास्तव में सक्रिय है। यह लेख इन तीनों को कवर करता है।

प्रॉक्सी काम करना क्यों बंद कर देते हैं

मुफ़्त प्रॉक्सी आमतौर पर साझा, अप्रबंधित, या पुनः उपयोग किए गए इंफ़्रास्ट्रक्चर पर बिना किसी सेवा समझौते के चलते हैं, इसलिए कई सामान्य वजहें हैं जिनसे एक काम करता हुआ प्रॉक्सी मृत हो सकता है:

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

इसका यह मतलब नहीं है कि मुफ़्त प्रॉक्सी सामान्य रूप से अविश्वसनीय हैं — इसका मतलब है कि किसी भी व्यक्तिगत प्रॉक्सी का जीवनकाल सीमित और अप्रत्याशित होता है, यही वजह है कि इस साइट की सूची स्थिर स्नैपशॉट दिखाने के बजाय हर 15 मिनट में खुद को बदल देती है।

प्रॉक्सी काम न करने के संकेत

किसी समर्पित चेकर की ओर जाने से पहले, कुछ लक्षण खुद पहचानने लायक हैं:

• पेज टाइमआउट हो जाते हैं या प्रॉक्सी के ज़रिए कभी लोड पूरा नहीं होता।
• कनेक्शन टाइमआउट होने के बजाय तुरंत अस्वीकार कर दिए जाते हैं।
• प्रतिक्रिया वापस आती है लेकिन ऐसा नहीं लगता कि यह किसी प्रॉक्सी से होकर गई है (आपका असली IP उजागर हो जाता है)।
• यह रुक-रुक कर काम करता है — कभी कनेक्ट होता है, कभी नहीं — जो आमतौर पर पूरी तरह मृत सर्वर के बजाय ओवरलोडेड सर्वर का संकेत देता है।
• अनुरोध सफल होते हैं लेकिन सामान्य ब्राउज़िंग की तुलना में असामान्य रूप से धीमे वापस आते हैं, जो दर्शाता है कि सर्वर अन्य उपयोगकर्ताओं से भारी लोड में है।

अपटाइम और प्रतिक्रिया समय वास्तव में क्या मापते हैं

इस साइट की प्रॉक्सी सूची पर, हर प्रविष्टि दो लाइव मेट्रिक्स दिखाती है जिन्हें भरोसा करने से पहले समझना उचित है। अपटाइम हाल की उन जांचों का प्रतिशत है जिनमें वह प्रॉक्सी सफलतापूर्वक जवाब दे पाया — 90% पर बैठा प्रॉक्सी हाल में भरोसेमंद रहा है, जबकि 20% पर बैठा प्रॉक्सी सफल होने से कहीं ज़्यादा बार विफल हो रहा है। प्रतिक्रिया समय यह है कि सबसे हालिया सफल कनेक्शन में मिलीसेकंड में कितना समय लगा — कम मतलब तेज़। सूची का डिफ़ॉल्ट "सबसे तेज़ प्रतिक्रिया" क्रम केवल सबसे कम प्रतिक्रिया समय का पीछा नहीं करता; यह पहले स्वस्थ-अपटाइम प्रॉक्सी (हरे या एम्बर) को अविश्वसनीय प्रॉक्सी से आगे समूहित करता है, और उसके बाद ही उस समूह के भीतर गति के अनुसार क्रमबद्ध करता है, क्योंकि एक बेहद तेज़ प्रॉक्सी जो आधा समय विफल रहता है, वास्तव में अच्छा विकल्प नहीं है।

प्रॉक्सी को मैन्युअल रूप से कैसे जांचें

सबसे सरल मैन्युअल परीक्षण है अपने ब्राउज़र में प्रॉक्सी कॉन्फ़िगर करना (देखें How to Set Up a Proxy on PC and Mobile) और किसी IP-लुकअप साइट पर जाना — अगर दिखाया गया स्थान और IP आपके अपने कनेक्शन के बजाय प्रॉक्सी से मेल खाता है, तो यह काम कर रहा है। एक ही प्रॉक्सी जांचने के लिए यह ठीक है, लेकिन अगर आपको एक या दो से ज़्यादा टेस्ट करने हैं तो यह धीमा और पूरी तरह मैन्युअल है, और यह आपको उम्मीदवारों की तुलना करने के लिए कोई प्रतिक्रिया-समय का आंकड़ा भी नहीं देता।

प्रॉक्सी चेकर से बल्क में प्रॉक्सी कैसे जांचें

एक प्रॉक्सी से आगे किसी भी चीज़ के लिए, एक समर्पित चेकर काफ़ी तेज़ होता है: इस साइट पर मौजूद प्रॉक्सी चेकर टूल आपको एक बार में पूरी सूची पेस्ट करने देता है — प्रति बैच 30 तक — प्रोटोकॉल और आपकी सूची का फ़ॉर्मेट चुनें, और यह उन सभी के माध्यम से समानांतर रूप से कनेक्ट होता है, आमतौर पर बस कुछ सेकंड में पूरा हो जाता है। इसके लिए कोई इंस्टॉलेशन और कोई अकाउंट ज़रूरी नहीं है, और आपके द्वारा सबमिट की गई कोई भी चीज़ बाद में सेव नहीं की जाती।

इसका उपयोग करने के लिए: अपने प्रॉक्सी पेस्ट करें (एक प्रति पंक्ति), चुनें कि वे HTTP, HTTPS, SOCKS4, या SOCKS5 हैं, अपनी सूची से मेल खाता फ़ॉर्मेट चुनें (सादा host:port, या क्रेडेंशियल-सहित फ़ॉर्मेट जैसे host:port:username:password), और Check Proxy पर क्लिक करें। हर एक को सिर्फ़ पिंग या पोर्ट-ओपन जांच के बजाय किसी लाइव एंडपॉइंट के साथ एक असली कनेक्शन से टेस्ट किया जाता है — जो मायने रखता है, क्योंकि किसी प्रॉक्सी का पोर्ट तकनीकी रूप से खुला हो सकता है जबकि प्रॉक्सी खुद गलत-कॉन्फ़िगर हो या वास्तव में ट्रैफ़िक आगे भेजने से इनकार कर रहा हो।

परिणामों को समझना

हर जांचा गया प्रॉक्सी दो में से एक स्थिति के साथ वापस आता है:

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

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

बार-बार जांच को स्वचालित करना

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

सामान्य सवालों के त्वरित जवाब

चेकर किसी प्रॉक्सी को मृत क्यों बताता है जबकि मैं अभी भी उसके ज़रिए ब्राउज़ कर सकता हूं?

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

क्या कोई प्रॉक्सी "सक्रिय" होने के बावजूद अभी भी असुरक्षित हो सकता है?

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

क्या तेज़ प्रतिक्रिया समय एक अच्छे प्रॉक्सी की गारंटी देता है?

अकेले नहीं — कोई प्रॉक्सी तेज़ लेकिन अविश्वसनीय (कम अपटाइम) हो सकता है, या तेज़ लेकिन आपकी ज़रूरतों के लिहाज़ से भौगोलिक रूप से गलत हो सकता है। प्रतिक्रिया समय को अकेले नहीं, बल्कि अपटाइम और स्थान के साथ मिलाकर जांचें।

मुझे नियमित रूप से उपयोग किए जाने वाले प्रॉक्सी को कितनी बार दोबारा जांचना चाहिए?

हर उपयोग से ठीक पहले सबसे सुरक्षित है, यह देखते हुए कि मुफ़्त प्रॉक्सी की स्थिति कितनी तेज़ी से बदल सकती है। कम से कम, अगर आप बार-बार एक ही प्रॉक्सी पर भरोसा कर रहे हैं तो रोज़ाना दोबारा जांचें।

क्या मृत प्रॉक्सी को बाद में फिर से आज़माना उचित है?

अक्सर, हां। एक प्रॉक्सी जो अस्थायी रूप से ओवरलोडेड होने के कारण जांच में विफल होता है, मिनटों या घंटों के भीतर ठीक हो सकता है, इसलिए एक बार की विफल जांच के बाद उसे हमेशा के लिए हटाने के बजाय, जो आपके लिए मायने रखता था उसे दोबारा टेस्ट करना उचित है — बस कोई ऐसा वर्कफ़्लो न बनाएं जो किसी एक विशेष प्रॉक्सी के लंबे समय तक उपलब्ध रहने पर निर्भर हो।

क्या जांच खुद प्रॉक्सी को धीमा करती है या उसे प्रभावित करती है?

नहीं — एक जांच एक ही हल्का अनुरोध है, जो प्रॉक्सी के माध्यम से एक छोटा पेज लोड करने जैसा है। इसका प्रॉक्सी पर किसी भी अन्य संक्षिप्त, सामान्य उपयोग से ज़्यादा असर नहीं होता।

भरोसेमंद परिणामों के लिए सर्वोत्तम अभ्यास

1. हर सेशन से पहले दोबारा जांचें, सिर्फ़ एक बार नहीं। किसी प्रॉक्सी की स्थिति मिनटों के भीतर बदल सकती है, इसलिए "यह पहले काम कर रहा था" कोई गारंटी नहीं है।
2. उसी बैच में टेस्ट करें जिसका आप उपयोग करने की योजना बना रहे हैं। अगर आप किसी कार्य के लिए कई प्रॉक्सी में रोटेट कर रहे हैं, तो किसी पुरानी जांच पर भरोसा करने के बजाय शुरू करने से ठीक पहले उन सभी को एक साथ जांचें।
3. आपको जितने चाहिए उससे ज़्यादा उम्मीदवार रखें। अगर किसी कार्य के लिए 3 काम करने वाले प्रॉक्सी चाहिए, तो 6–8 जांचें — कुछ मुफ़्त सूची से होने के कारण अनिवार्य रूप से मृत निकलेंगे।
4. फ़ॉर्मेट को अपनी सूची से बिल्कुल मिलाएं। गलत फ़ॉर्मेट चुनने से पार्सिंग मेल न खाना हर प्रॉक्सी को अमान्य दिखा देगा भले ही वे असल में ठीक हों — दोबारा जांच लें कि फ़ॉर्मेट ड्रॉपडाउन आपकी सूची की संरचना से मेल खाता है।
5. एक ही जांच पर बहुत ज़्यादा भरोसा न करें। जो प्रॉक्सी अभी-अभी पास हुआ है वह कुछ ही क्षणों बाद असली उपयोग में विफल हो सकता है, खासकर अगर वह उपयोग किसी त्वरित सत्यापन अनुरोध से भारी हो — "सक्रिय" को "अभी पहुंच योग्य" मानें, स्थायी गारंटी नहीं।

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