मुफ़्त प्रॉक्सी का IP काम क्यों नहीं कर रहा

सार्वजनिक सूची में ऐसा एंडपॉइंट हो सकता है जो कनेक्शन स्वीकार करना बंद कर चुका हो। यह प्रॉक्सी की विफलता का आम कारण है, लेकिन अकेला नहीं। गलत प्रोटोकॉल, बायपास सेटिंग, बंद किया गया पोर्ट या निकास IP को ठुकराने वाली वेबसाइट भी यही लक्षण दे सकती है।

अनुप्रयोग बदलने से पहले प्रविष्टि जाँचें

IP, पोर्ट और प्रोटोकॉल दोबारा कॉपी करें। पोर्ट में एक अंक गायब होना या HTTP/SOCKS में अंतर होना ही हैंडशेक रोकने के लिए पर्याप्त है। पोर्ट 8080 या 1080 से प्रोटोकॉल का अनुमान न लगाएँ और सेवा वास्तव में न दे तो उपयोगकर्ता नाम न जोड़ें।

HTTP एंडपॉइंट के लिए एक छोटा curl अनुरोध परीक्षण को ब्राउज़र एक्सटेंशन और सिस्टम सेटिंग से अलग रखने में मदद करता है:

curl --proxy http://203.0.113.10:8080 --noproxy '' --connect-timeout 5 --max-time 15 --verbose https://example.com/

दस्तावेज़ वाले पते को अपनी प्रविष्टि से बदलें। SOCKS5 के लिए असली पोर्ट और संबंधित SOCKS स्कीम इस्तेमाल करें।

पहली विफलता देखें

काम करता TCP कनेक्शन केवल पहला चरण है। यदि उस पोर्ट की सेवा चुना हुआ प्रॉक्सी प्रोटोकॉल नहीं है, तो अनुरोध ठीक उसके बाद विफल हो सकता है।

दो तुलनाएँ करें

उसी गंतव्य को उसी प्रोटोकॉल वाली दूसरी प्रॉक्सी से आज़माएँ। स्थापना में केवल पहला एंडपॉइंट विफल हो तो समस्या उसी एंडपॉइंट या रास्ते तक सीमित होती है। फिर पहली प्रॉक्सी से कोई दूसरा सामान्य गंतव्य आज़माएँ। सिर्फ़ एक वेबसाइट विफल हो तो पूरी प्रॉक्सी को निष्क्रिय मानने के बजाय गंतव्य-विशिष्ट नीति जाँचें।

सीधी पहुँच उपलब्ध हो तो सीधा अनुरोध भी उपयोगी तुलना है। बायपास स्पष्ट रखें ताकि विरासत में मिले प्रॉक्सी चर कथित सीधे परीक्षण को चुपचाप प्रॉक्सी रास्ते पर न रखें।

किसी प्रविष्टि का परीक्षण कब रोकें

समय-सीमित कई अनुरोध एक ही कनेक्शन चरण में विफल हों तो प्रतीक्षा कई मिनट करने के बजाय मुफ़्त प्रॉक्सी सूची से दूसरी प्रविष्टि चुनें। रिपोर्ट करनी हो तो सटीक त्रुटि सहेजें। बार-बार जुड़ने से बंद पोर्ट या हटाया गया एंडपॉइंट ठीक नहीं होता।

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