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

ब्राउजरले SOCKS जडान असफलता रिपोर्ट गरेमा, पहिले छानिएको SOCKS संस्करण, प्रोक्सीको गन्तव्य HTTPS पोर्टमा पुग्ने क्षमता र गन्तव्य DNS कहाँ समाधान हुन्छ जाँच्नुहोस्। असफल वार्ता वा अस्वीकार गरिएको गन्तव्य जडान वेबसाइटको प्रमाणपत्र मूल्याङ्कन हुनुअघि हुन्छ।

जडान खुलेपछिको प्रमाणपत्र त्रुटि फरक चरण हो। HSTS ले त्यो त्रुटि छल्नबाट रोक्न सक्छ, तर यसले अघिल्लो SOCKS वार्ता असफल बनाएको थिएन। यातायात समस्या पूर्ति गर्न HTTPS नीति बन्द गर्नुको सट्टा वेबसाइटको होस्टनाम र विश्वास शृंखला तुलना गर्नुहोस्।

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

सम्बन्धित लेखहरू