ब्राउज़र SOCKS प्रॉक्सी का उपयोग करता है, फिर nslookup मशीन के सामान्य रिज़ॉल्वर से संपर्क करता है। यह निष्कर्ष निकालने के लिए पर्याप्त नहीं है कि ब्राउज़र ने अपने दूरस्थ-DNS विकल्प को अनदेखा कर दिया।

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

SSH डायनेमिक फ़ॉरवर्डिंग एक और उपयोगी अंतर जोड़ती है। यह SOCKS-जागरूक एप्लिकेशन कनेक्शन स्वीकार करती है। यह स्वचालित रूप से पूरे सिस्टम का UDP DNS रिले नहीं है। SOCKS अनुरोध में ले जाया गया गंतव्य होस्टनाम अभी भी दूरस्थ रूप से हल किया जा सकता है, बिना सिस्टम की सामान्य DNS क्वेरी उस श्रोता से भेजे।

जिस क्रिया की आपको परवाह है उसका मूल्यांकन करें। ब्राउज़र का प्रभावी प्रॉक्सी प्रकार और गंतव्य-रिज़ॉल्यूशन नीति पहचानें, फिर उस ब्राउज़र अनुरोध से जुड़े साक्ष्य की जाँच करें। उस मार्ग के बाहर की अलग उपयोगिता एक तुलना है, ब्राउज़र की आंतरिक लुकअप का मापन नहीं।

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

संबंधित लेख