अनुकूल CA बन्डलसँग रिडिरेक्टपछि SSL प्रमाणपत्र त्रुटिहरू

कम्पनीको CA फाइलले पहिलो URL सुधार्छ, त्यसपछि रिडिरेक्ट प्रमाणीकरणमा असफल हुन्छ। अनुकूल CA विकल्पले ग्राहकको अघिल्लो विश्वास इनपुट प्रतिस्थापन गर्यो कि थप्यो जाँच गर्नुहोस्।

त्यो व्यवहार TLS ब्याकएन्ड र विकल्पमा निर्भर गर्दछ। केवल कर्पोरेट CA भएको फाइलले ग्राहकलाई आवश्यक अन्य अधिकारबाट वञ्चित गर्न सक्छ।

1. प्रत्येक साथीलाई पछ्याउनुहोस्। पहिलो होस्ट कर्पोरेट जारीकर्ताअन्तर्गत अवरोध गर्न सकिन्छ। पछिको होस्टले बाइपास, अर्को निरीक्षण मार्ग वा सार्वजनिक रूपमा जारी श्रृंखला प्रयोग गर्न सक्छ।
2. असफल ग्राहकको इनपुट रेकर्ड गर्नुहोस्। अनुरोध गरिएको होस्टनाम, रिडिरेक्ट लक्ष्य, प्राप्त जारीकर्ता, प्रमाणीकरण परिणाम र छानिएको विश्वास कन्फिगरेसन राख्नुहोस्। काम गर्ने ब्राउजरले अर्को रूट स्टोर प्रयोग गर्न सक्छ।
3. ब्याकएन्डको चयन नियम जाँच्नुहोस्। curl बिल्डले मूल प्रमाणीकरण वा फाइल-आधारित रूट प्रयोग गर्न सक्छन्, र स्पष्ट CA विकल्पले त्यो छनोट परिवर्तन गर्न सक्छ। त्यो executable का लागि रेसिपीले Python वातावरण वा JVM कन्फिगर गर्दैन।

अनुप्रयोगले विश्वास गर्नुपर्ने सार्वजनिक र निजी अधिकार समावेश गर्ने मर्मत गरिएको बन्डल वा समर्थित विश्वास-स्टोर व्यवस्था प्रयोग गर्नुहोस्। CA को निजी कुञ्जी नथप्नुहोस् र अर्को त्रुटि हटाउन मात्र हरेक असफल पात प्रमाणपत्रलाई रूटमा नबढाउनुहोस्।

विश्वास सामग्री परिनियोजनको समर्थित अद्यावधिक मार्गबाट पुर्‍याउनुहोस्। विक्रेताको CA प्याकेज हातले प्रतिस्थापन गर्दा त्यसको अर्को अद्यावधिकले रद्द गर्न सक्छ; मालिक र मर्मत प्रक्रिया स्पष्ट राख्नुहोस् ताकि प्रमाणीकरण पूरै अनुरोध मार्गभरि जारी रहोस्।