OpenBSD-संगत nc के साथ, यह होस्ट प्रविष्टि SSH क्लाइंट कॉन्फ़िगरेशन में जोड़ें, जैसे ~/.ssh/config:

Host work-through-proxy
    HostName ssh.example.com
    User alex
    ProxyCommand nc -X connect -x proxy.example.net:8080 %h %p

उस मार्ग के लिए ssh work-through-proxy का उपयोग करें। सहायक HTTP प्रॉक्सी से ssh.example.com तक CONNECT माँगता है और स्वीकृत स्ट्रीम SSH को देता है। SSH को सीधे प्रॉक्सी के पोर्ट पर भेजने से उसका हैंडशेक ऐसी सेवा के पास जाएगा जो HTTP की अपेक्षा करती है।

एंडपॉइंट, गंतव्य और खाता बदलें। सार्वजनिक रूप से पहुँचने योग्य SSH गंतव्य के लिए, जहाँ सार्वजनिक मध्यस्थ की अनुमति है, HTTP प्रॉक्सी सूची उस होस्ट और पोर्ट तक पहुँच जाँचने के लिए उम्मीदवार देती है; दिखाए गए कमांड के लिए प्रॉक्सी खाते की ज़रूरत न होने वाला एंडपॉइंट चुनें। ये OpenBSD nc विकल्प कार्यान्वयन-विशिष्ट हैं; nc नाम की कोई अन्य निष्पादन योग्य इन्हें समर्थित न करे।

प्रॉक्सी अपना लॉगिन माँग सकती है या माँगा गया SSH पोर्ट मना कर सकती है। 407 उसी प्रॉक्सी लेन-देन से संबंधित है। सुरंग खुलने के बाद भी SSH लक्ष्य होस्ट सत्यापित करता है और उसके उपयोगकर्ता को प्रमाणित करता है; अस्वीकृत SSH कुंजी दूसरी विफलता है।

ProxyCommand को इच्छित Host अनुभाग के अंतर्गत रखें और आवश्यकता पड़ने पर चुने गए सहायक द्वारा समर्थित प्रॉक्सी-प्रमाणीकरण मार्ग का उपयोग करें। कमांड स्ट्रीम देता है, मध्यस्थ के ज़रिए अनुमति नहीं। यदि केवल HTTPS गंतव्य अनुमत हैं, तो यह मानने के बजाय कि कमांड की दूसरी वर्तनी नीति बदल देगी, स्वीकृत SSH पहुँच व्यवस्था प्राप्त करें।

संबंधित लेख