PermitOpen ले SOCKS क्लाइन्टले दिने गन्तव्यको नाम जाँच्छ

विद्यमान SSH फर्वार्डिङ खाताले आफ्ना SOCKS क्लाइन्टहरूले प्रयोग गर्ने गन्तव्य जोडीहरू सीमित गर्न सक्छ। सर्भरतर्फको खण्डले एउटा नाम भएको सेवालाई अनुमति दिन सक्छ:

Match User proxyuser
    PermitOpen api.example.net:443

यसलाई खाताको विद्यमान प्रमाणीकरण र फर्वार्डिङ नीतिसँग एकीकृत गर्नुहोस्। PermitOpen आफैँ फर्वार्डिङ अनुमति दिँदैन र shell पहुँच बन्द गर्दैन।

OpenSSH ले दिइएका गन्तव्य नामहरू त्यो तुलनाका लागि ठेगाना खोज नगरी तुलना गर्छ। यसका दस्तावेजीकृत wildcard रूपहरूबाहेक, मान सामान्य होस्टनाम ढाँचा होइन।

यो SOCKS5 का लागि महत्त्वपूर्ण छ। api.example.net लाई पोर्ट 443 सहित पठाउने क्लाइन्ट त्यो जोडीसँग मिल्न सक्छ। त्यही नाम स्थानीय रूपमा समाधान गरेर सङ्ख्यात्मक IP पठाउने क्लाइन्टले फरक गन्तव्य स्ट्रिङ दिएको छ। त्यही ठेगानामा समाधान हुने उपनाम पनि फरक हुन्छ।

क्लाइन्टको स्थानीय वा प्रोक्सी मार्फत समाधान मोड लाई अभिप्रेत नियमसँग मिल्दो राख्नुहोस्। अनुमति दिइएको होस्टनामको पछिल्लो समाधानले सर्भर कहाँ जोडिन्छ भन्ने अझै निर्धारण गर्छ; यो सेटिङ हरेक निजी ठेगानामा DNS-सचेत प्रतिबन्ध होइन।

कुञ्जी-विशिष्ट प्रतिबन्ध र अन्य लागू हुने सर्भर सेटिङहरू यसैसँग समीक्षा गर्नुहोस्, किनकि कुनै पनि थप फर्वार्डिङ प्रतिबन्धले अनुरोध अझै अस्वीकार गर्न सक्छ।