रिमोट DNS का उपयोग करने से पहले प्रॉक्सी होस्टनाम हल करें

रिमोट DNS गंतव्य लुकअप की समस्या हल कर सकता है और फिर भी आपको जुड़ने में असमर्थ छोड़ सकता है। क्लाइंट को पहले प्रॉक्सी खोजना होता है।

proxy.office.example नामक एक एंडपॉइंट पर विचार करें। SOCKS के माध्यम से वेबसाइट होस्टनाम भेजना क्लाइंट को यह नहीं बताता कि उस शुरुआती एंडपॉइंट का पता कैसे प्राप्त करें। SOCKS बातचीत अभी शुरू नहीं हुई है।

यह तब मायने रखता है जब प्रॉक्सी का नाम किसी निजी नामस्थान का हो। घरेलू रिज़ॉल्वर इसे नहीं जान सकता, जबकि स्वीकृत कार्यालय नेटवर्क का रिज़ॉल्वर इसे जानता है। छोटा प्रॉक्सी नाम नेटवर्क के बीच भिन्न रहने वाले सर्च-डोमेन कॉन्फ़िगरेशन पर भी निर्भर हो सकता है।

नामों को अलग रखें

• पहला कनेक्शन स्थापित करने के लिए प्रॉक्सी एंडपॉइंट का नाम आवश्यक है।
• वेबसाइट का नाम रिमोट रिज़ॉल्यूशन के लिए समर्थित प्रॉक्सी अनुरोध के भीतर ले जाया जा सकता है।

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

कुछ व्यवस्थाओं में आवंटित प्रॉक्सी IP एक होस्टनाम लुकअप हटा सकता है, लेकिन यह नाम के साथ सार्वभौमिक रूप से विनिमेय नहीं है। HTTPS प्रॉक्सी के लिए TLS और नाम-आधारित प्रमाणीकरण अपेक्षित पहचान पर निर्भर हो सकते हैं। उसके जाँच बंद करने के बजाय उस पहचान को बरकरार रखें।

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