HTTPS प्रॉक्सी को भी अपनी प्रमाणपत्र श्रृंखला भेजनी होती है

यदि क्लाइंट किसी वेबसाइट तक पहुँचने से पहले HTTPS प्रॉक्सी को अस्वीकार करते हैं, तो प्रॉक्सी लिसनर द्वारा भेजी जाने वाली श्रृंखला की जाँच करें। केवल एक वैध लीफ प्रमाणपत्र क्लाइंट को आवश्यक इंटरमीडिएट प्रमाणपत्र नहीं दे सकता।

1. जाँचे जा रहे एंडपॉइंट की पहचान करें। कॉन्फ़िगर किए गए प्रॉक्सी URL में होस्टनाम और उस कनेक्शन की त्रुटि पढ़ें। लिसनर प्रमाणपत्र को उस नाम को कवर करना चाहिए। किसी वेबसाइट का प्रमाणपत्र या किसी अन्य IP उपनाम का प्रमाणपत्र इसे प्रतिस्थापित नहीं कर सकता।
2. लिसनर की श्रृंखला कॉन्फ़िगरेशन जाँचें। Squid का समर्थित OpenSSL कॉन्फ़िगरेशन प्रमाणपत्र फ़ाइल में इंटरमीडिएट शामिल कर सकता है। स्थापित Squid संस्करण और TLS बैकएंड के लिए लिसनर संदर्भ में व्यवस्था की पुष्टि करें; पैकेज का व्यवहार एक समान नहीं है। Squid 6.13 TLS-लिसनर उदाहरण लिसनर के भरोसे को गंतव्य के TLS से अलग रखता है।
3. क्लाइंट के भरोसे को अलग से जाँचें। इंटरमीडिएट भेजने से श्रृंखला बनाने में मदद मिलती है, लेकिन क्लाइंट को अभी भी इच्छित रूट ट्रस्ट एंकर चाहिए। पूरी सर्वर श्रृंखला को बिना भेदभाव के रूट स्टोर में आयात करना सर्वर जो भेजता है उसे ठीक करने से अलग बदलाव है।

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