DNS उत्तर बदलने से केवल वह पता बदलता है जिससे ब्राउज़र जुड़ता है। वहाँ पहुँचने के बाद ब्राउज़र जो प्रोटोकॉल बोलता है, वह नहीं बदलता।

सामान्य HTTP URL खोलने पर ब्राउज़र HTTP भेजता है। HTTPS URL खोलने पर वह उस साइट के लिए TLS शुरू करता है। पर SOCKS5 सर्वर पहले अपनी बातचीत की अपेक्षा करता है: विधि का चयन, कोई भी प्रमाणीकरण और गंतव्य का नाम बताने वाला अनुरोध। कॉन्फ़िगर न किया गया ब्राउज़र इसमें से कुछ नहीं भेजता।

इसी से समझ आता है कि DNS परिवर्तन के बाद पहुँच योग्य Dante श्रोता कनेक्शन तुरंत क्यों बंद कर सकता है। सेवा स्वस्थ हो सकती है; आने वाले बाइट गलत प्रोटोकॉल के हैं। श्रोता को पोर्ट 80 या 443 पर ले जाने से वे बाइट SOCKS नहीं बनते।

ब्राउज़र का SOCKS इंटरफ़ेस कॉन्फ़िगर करें, जैसे Firefox की SOCKS सेटिंग्स, या एप्लिकेशन-विशिष्ट प्रॉक्सी सेटिंग, ताकि वह हैंडशेक करे और प्रॉक्सी से आगे जुड़ने को कहे। PAC फ़ाइल उसका उपयोग करने वाले एप्लिकेशनों के लिए समर्थित प्रॉक्सी मार्ग चुन सकती है। यह फिर भी अलग प्रॉक्सी कॉन्फ़िगरेशन है, A या AAAA रिकॉर्ड का गुण नहीं।

HTTPS केवल-DNS विचार में एक और बाधा जोड़ता है। ब्राउज़र URL में मौजूद साइट की पहचान की अपेक्षा करता रहता है। प्रॉक्सी होस्ट का प्रमाणपत्र केवल इसलिए उस अपेक्षा को पूरा नहीं कर सकता कि DNS ने कनेक्शन वहाँ भेजा है।

पारदर्शी नेटवर्क इंटरसेप्शन एक अलग डिज़ाइन है जिसमें रूटिंग और संगत इंटरसेप्शन सॉफ़्टवेयर शामिल हैं। DNS से SOCKS सर्वर का पता लौटाकर यह प्राप्त नहीं होता।

संबंधित लेख