प्रॉक्सी एक वेबसाइट पर क्यों चलती है, दूसरी पर क्यों नहीं?

काम करने वाले प्रॉक्सी कनेक्शन को गंतव्य की पाबंदियों, पोर्ट नियमों, TLS त्रुटियों और HTTP जवाबों से अलग पहचानें।

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

HTTP प्रॉक्सी के ज़रिए HTTPS के लिए क्लाइंट ट्रेस में CONNECT जवाब, गंतव्य के साथ TLS और वेबसाइट के आखिरी HTTP जवाब को अलग पहचानें:

दिखने वाली विफलताक्या जाँचें
प्रॉक्सी से जवाब नहींप्रॉक्सी कनेक्शन और रूट। पहले सफल रही साइट मौजूदा उपलब्धता साबित नहीं करती।
एक गंतव्य के लिए CONNECT अस्वीकृतअनुमत गंतव्यों/पोर्ट की नीति और प्रॉक्सी के नेटवर्क से पहुँच।
टनल स्वीकार, प्रमाणपत्र सत्यापन विफलबताई गई प्रमाणपत्र त्रुटि: अवधि समाप्त होना, होस्टनेम, स्थानीय घड़ी, भरोसे की सेटिंग या प्रबंधित अवरोधन।
सत्यापित TLS के बाद वेबसाइट का 403वेबसाइट के पहुँच नियम, खाते की स्थिति, ज़रूरी कुकी और अनुमतियाँ।
वेबसाइट का 429प्रकाशित दर सीमाएँ। साझा निकास से जुड़ी गतिविधि में अन्य उपयोगकर्ता भी योगदान दे सकते हैं।

देखें कि त्रुटि पृष्ठ किसने बनाया है। कोई मध्यस्थ 403 या दूसरी HTTP त्रुटि लौटा सकता है; केवल संख्या उसका स्रोत नहीं बताती। TLS सत्यापन चालू रखें ताकि सफल दिखने वाला अनुरोध सुरक्षित कनेक्शन की विफलता न छिपाए।

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

संबंधित लेख