तपाईंको ब्राउजरको SOCKS सेटिङले nslookup कन्फिगर गर्दैन

ब्राउजरले SOCKS प्रोक्सी प्रयोग गर्छ, त्यसपछि nslookup मेसिनको सामान्य रिजोल्भरसँग सम्पर्क गर्छ। ब्राउजरले आफ्नो टाढाको-DNS विकल्प बेवास्ता गर्यो भन्ने निष्कर्षमा पुग्न यो पर्याप्त छैन।

उपयोगिताले आफ्नै DNS इन्टरफेसबाट अर्को क्वेरी गर्यो। यसले ब्राउजरलाई कुन मार्ग प्रयोग गर्ने भनी सोधेन। विपरीत, गन्तव्य होस्टनाम SOCKS मा पठाउने ब्राउजरले यन्त्रको प्रत्येक रिजोल्भर क्लाइन्ट पुनः कन्फिगर गर्दैन।

SSH गतिशील फर्वार्डिङले अर्को उपयोगी भिन्नता थप्छ। यसले SOCKS-जानकार अनुप्रयोग जडानहरू स्वीकार गर्छ। यो स्वचालित सम्पूर्ण-प्रणाली UDP DNS रिले होइन। SOCKS अनुरोधमा बोकिएको गन्तव्य होस्टनाम प्रणालीका सामान्य DNS क्वेरीहरू त्यो श्रोताबाट नपठाई टाढाबाटै समाधान गर्न सकिन्छ।

तपाईंलाई महत्त्वपूर्ण कार्यको मूल्याङ्कन गर्नुहोस्। ब्राउजरको प्रभावकारी प्रोक्सी प्रकार र गन्तव्य-रिजोल्युसन नीति पहिचान गर्नुहोस्, त्यसपछि त्यो ब्राउजर अनुरोधसँग सम्बन्धित प्रमाण जाँच्नुहोस्। त्यो मार्गबाहिरको छुट्टै उपयोगिता तुलना हो, ब्राउजरको आन्तरिक लुकअपको मापन होइन।

यदि आवश्यकता सम्पूर्ण प्रणालीको नाम-रिजोल्युसन राउटिङ हो भने, त्यो छुट्टै बताउनुहोस्। यसलाई दायराभित्रको रिजोल्भर ट्राफिक समेट्ने उपयुक्त समर्थित डिजाइन चाहिन्छ। एकल अनुप्रयोग प्रोक्सी सेटिङले अझ साँघुरो व्यवस्था स्थापित गर्छ।