प्रोक्सी एउटा वेबसाइटमा चल्छ तर अर्कोमा किन चल्दैन?
चलिरहेको प्रोक्सी जडानलाई गन्तव्यका रोकावट, पोर्ट नियम, TLS त्रुटि र HTTP जवाफबाट छुट्याउनुहोस्।
एउटा वेबसाइट चल्दा र अर्को नचल्दा प्रोक्सी कन्फिगरेसन नबदल्नुहोस्। अनुरोधबीचको फरक उपयोगी प्रमाण हो; तत्काल एन्डपोइन्ट बदल्दा त्यो हराउँछ।
HTTP प्रोक्सीमार्फत HTTPS का लागि क्लाइन्ट ट्रेसमा CONNECT जवाफ, गन्तव्यसँग TLS र वेबसाइटको अन्तिम HTTP जवाफ छुट्याउनुहोस्:
| देखिएको विफलता | के जाँच्ने |
|---|---|
| प्रोक्सीबाट जवाफ छैन | प्रोक्सी जडान र मार्ग। पहिले सफल भएको साइटले हालको उपलब्धता प्रमाणित गर्दैन। |
| एउटा गन्तव्यका लागि CONNECT अस्वीकार | अनुमत गन्तव्य/पोर्टको नीति र प्रोक्सीको नेटवर्कबाट पहुँच। |
| टनेल स्वीकृत, प्रमाणपत्र प्रमाणीकरण विफल | जनाइएको प्रमाणपत्र त्रुटि: म्याद सकिनु, होस्टनाम, स्थानीय घडी, विश्वासको कन्फिगरेसन वा व्यवस्थापित अवरोधन। |
| प्रमाणित TLS पछि वेबसाइटको 403 | वेबसाइटको पहुँच नियम, खाताको अवस्था, आवश्यक कुकी र अनुमति। |
| वेबसाइटको 429 | प्रकाशित दरसीमा। साझा निकाससँग जोडिने गतिविधिमा अरू प्रयोगकर्ताको पनि योगदान हुन सक्छ। |
त्रुटि पृष्ठ कसले बनायो हेर्नुहोस्। मध्यस्थले 403 वा अर्को HTTP त्रुटि फर्काउन सक्छ; सङ्ख्या मात्रले स्रोत पत्ता लगाउँदैन। सफल देखिने अनुरोधले सुरक्षित जडानको विफलता नलुकाओस् भनेर TLS प्रमाणीकरण चालु राख्नुहोस्।
हरेक गन्तव्यका लागि प्रोक्सी ह्यान्डशेकको परिणाम, TLS परिणाम र अन्तिम अवस्था लेख्नुहोस्। तुलना गर्न आफ्नो नियन्त्रणको सामान्य गन्तव्य समावेश गर्नुहोस्। एन्डपोइन्ट त्यहाँ पुग्छ तर कुनै वेबसाइटले निरन्तर यसको निकास ठेगाना अस्वीकार गर्छ भने वेबसाइटका आवश्यकता हेर्नुहोस् वा अर्को अनुमत मार्ग प्रयोग गर्नुहोस्। प्रोक्सी बदल्दा नभएको प्रमाणीकरण वा पहुँच अनुमति पूरा हुँदैन।