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 सर्भरको ठेगाना फर्काएर यो प्राप्त गर्न सकिँदैन।

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