केवल SSH सर्भरमा परिभाषित उपनामले त्यसको गतिशील SOCKS फर्वार्डिङमार्फत काम गर्न सक्छ यदि अनुप्रयोगले गन्तव्यको नाम पठाउँछ। यदि यसले पहिले स्थानीय रूपमा समाधान गरेर सङ्ख्यात्मक ठेगाना पठाउँछ भने सर्भरको hosts म्यापिङले मूल नाम समाधान गर्न कहिल्यै पाउँदैन।

सामान्य OpenSSH गतिशील फर्वार्डिङले बाहिरी जडानका लागि डोमेन गन्तव्य सर्भरतर्फ लैजान्छ। त्यहाँ OpenSSH ले प्रणालीको ठेगाना खोज API प्रयोग गर्छ। सामान्य glibc Linux होस्टमा NSS ले hosts डेटाबेस र खोज क्रम नियन्त्रण गर्छ, त्यसैले hosts फाइलको प्रविष्टि सहभागी हुन सक्छ। यो ल्यापटपमा प्रतिलिपि गरिएको DNS रेकर्ड होइन।

इच्छित नाम, जस्तै preview.internal, वेबसाइट URL मा राख्नुहोस् र क्लाइन्टको टाढाको होस्टनाम SOCKS मोड छान्नुहोस्। URL को होस्टनाम IP ले बदल्दा HTTP Host र TLS पहिचान दुवै बदलिन सक्छन्; पुग्न सकिने हुनुले प्रमाणपत्र अर्को नामका लागि वैध बनाउँदैन।

यदि उपनाम अझै असफल हुन्छ भने टाढाको खोज गर्ने वातावरण पहिचान गर्नुहोस्। कन्टेनर, chroot वा छुट्टै सेवा इन्स्ट्यान्सले तपाईंले सम्पादन गरेको hosts फाइल प्रयोग नगर्न सक्छ। अन्य SOCKS कार्यान्वयनले आफ्नै रिजोल्भर प्रयोग गर्न सक्छन्, त्यसैले यो प्रणाली-खोज व्यवहार हरेक प्रोक्सी सर्भरका लागि मान्नु हुँदैन।

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