HSTS आपको SOCKS प्रॉक्सी उपयोग करने से नहीं रोकता

HSTS को सीधे कनेक्शन की आवश्यकता नहीं होती। HTTPS अपने सामान्य TLS और प्रमाणपत्र सत्यापन के साथ SOCKS से चल सकता है; HSTS ब्राउज़र को होस्ट के लिए HTTPS उपयोग करने और प्रमाणपत्र विफलताओं को कड़ाई से संभालने का निर्देश देता है।

यदि ब्राउज़र SOCKS कनेक्शन विफलता की सूचना देता है, तो पहले चुना गया SOCKS संस्करण, प्रॉक्सी की गंतव्य HTTPS पोर्ट तक पहुँचने की क्षमता और गंतव्य DNS कहाँ हल होता है, जाँचें। विफल वार्ता या अस्वीकृत गंतव्य कनेक्शन वेबसाइट प्रमाणपत्र के मूल्यांकन से पहले होता है।

कनेक्शन खुलने के बाद की प्रमाणपत्र त्रुटि एक अलग चरण है। HSTS उस त्रुटि को दरकिनार करने से रोक सकता है, लेकिन इसने पहले की SOCKS वार्ता को विफल नहीं किया। परिवहन समस्या की भरपाई के लिए HTTPS नीति बंद करने के बजाय वेबसाइट का होस्टनाम और विश्वास श्रृंखला की तुलना करें।

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