CRL र OCSP प्रमाणपत्र जाँचमा प्रोक्सी असफलताको ट्रेसिङ

वेबसाइट अनुरोध आफ्नो प्रोक्सीमा पुगेर पनि असफल हुन सक्छ, किनकि प्रमाणपत्र प्रमाणीकरणलाई अर्को नेटवर्क अनुरोध चाहिन्छ। CRL वा OCSP पुनःप्राप्ति अनुप्रयोगको HTTP क्लाइन्टभन्दा फरक खाता र प्रोक्सी नीति भएको प्लेटफर्म घटकबाट हुन सक्छ।

ठ्याक्कै चेन त्रुटिबाट सुरु गर्नुहोस्। Revoked को अर्थ हालको रद्दीकरण जानकारी प्राप्त गर्न सकिँदैन भन्दा फरक हुन्छ। म्याद सकिनु र अविश्वसनीय जारीकर्ता फेरि अरू समस्या हुन्। केवल पुनःप्राप्ति असफलताले मात्र स्टेटस URL सम्मको हराएको मार्ग ट्रेस गर्नुपर्ने हुन्छ।

त्यो असफलताका लागि तीनवटा कुरा सँगै पहिचान गर्नुहोस्: पुनःप्राप्त हुँदै गरेको URL, पुनःप्राप्ति गर्ने घटक र त्यसको प्रक्रिया पहिचान। तपाईंको अन्तरक्रियात्मक खाता अन्तर्गत ब्राउजरले URL सफलतापूर्वक खोल्नुले सेवा एउटै प्रोक्सीमा प्रमाणीकरण हुन सक्छ भन्ने प्रमाण दिँदैन।

पहिचान गरिएको घटकले WinHTTP प्रयोग गर्छ भने, त्यसमा लागू हुने नीति जाँच्नुहोस्। स्थिर प्रोक्सी कन्फिगरेसन र URL-अनुसारको स्वचालित प्रोक्सी मूल्याङ्कन छुट्टाछुट्टै संयन्त्र हुन्। लक्षित खाताका लागि समर्थित कन्फिगरेसन लागू गर्नुहोस्; ब्राउजर सेटिङ प्रतिलिपि गर्नु वा असम्बन्धित रनटाइम बदल्नुले वास्तविक पुनःप्राप्तिलाई छुन सक्दैन।

.NET मा, चेन नीतिमा रहेको UrlRetrievalTimeout ले अनलाइन प्रमाणीकरण वा CRL पुनःप्राप्तिको प्रतीक्षा नियन्त्रण गर्छ। सामान्य HTTP प्रतिक्रिया टाइमआउट बढाउँदा त्यही टाइमर बढ्दैन, र पुनःप्राप्ति टाइमर बढाउँदा प्रोक्सी प्रमाणहरू वा मार्ग दिँदैन।

HTTPS प्रोक्सीले यो निर्भरता गन्तव्य TLS अघि नै देखिने बनाउन सक्छ: प्रोक्सी जडानमाथिको विश्वासलाई आफैंले रद्दीकरण पुनःप्राप्ति चाहिन सक्छ। त्यो चरणमा समर्थित पुनःप्राप्ति पहुँच र विश्वास व्यवस्था पुनर्स्थापित गर्नुहोस्। रद्दीकरण जाँच अक्षम गर्नुले प्रमाणपत्र नीति बदल्छ; यसले असफल पुनःप्राप्ति पुनर्स्थापित गर्दैन।