केवल SSH सर्वर पर परिभाषित उपनाम उसके गतिशील SOCKS फ़ॉरवर्ड से काम कर सकता है यदि एप्लिकेशन गंतव्य का नाम भेजता है। यदि वह पहले स्थानीय रूप से हल करके संख्यात्मक पता भेजता है, तो सर्वर का hosts मैपिंग मूल नाम को हल करने के लिए कभी नहीं पाता।

सामान्य OpenSSH गतिशील फ़ॉरवर्डिंग बाहरी कनेक्शन के लिए डोमेन गंतव्य को सर्वर पक्ष तक ले जाती है। वहाँ OpenSSH सिस्टम का पता-लुकअप API उपयोग करता है। सामान्य glibc Linux होस्ट पर NSS hosts डेटाबेस और लुकअप क्रम को नियंत्रित करता है, इसलिए hosts फ़ाइल की प्रविष्टि भाग ले सकती है। यह लैपटॉप पर कॉपी किया गया DNS रिकॉर्ड नहीं है।

इच्छित नाम, जैसे preview.internal, वेबसाइट URL में रखें और क्लाइंट का दूरस्थ-होस्टनाम SOCKS मोड चुनें। URL के होस्टनाम को IP से बदलने पर HTTP Host और TLS पहचान दोनों बदल सकते हैं; पहुँच योग्यता किसी प्रमाणपत्र को दूसरे नाम के लिए वैध नहीं बनाती।

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

संबंधित लेख