अगर relay.example.net पहले से अपने 127.0.0.1:1080 पर SOCKS चलाता है, तो उस श्रोता को सार्वजनिक रूप से उजागर करने के बजाय पहुँच अग्रेषित करें:

ssh -N -L 127.0.0.1:1081:127.0.0.1:1080 [email protected]
एंडपॉइंटभूमिका
लैपटॉप 127.0.0.1:1081वह SOCKS पता जिसे लैपटॉप के एप्लिकेशन में कॉन्फ़िगर करना है।
रिले 127.0.0.1:1080SSH सर्वर की ओर से पहुँचा जाने वाला मौजूदा प्रॉक्सी।

स्थानीय फ़ॉरवर्डिंग सिंटैक्स निश्चित गंतव्य को सर्वर पक्ष को सौंपता है। दूरस्थ लूपबैक पोर्ट 3128 पर HTTP प्रॉक्सी या proxy.internal.example:8080 जैसा इंट्रानेट एंडपॉइंट उसी सिद्धांत पर काम करता है। क्लाइंट को उस मौजूदा HTTP प्रोटोकॉल और खाते के लिए कॉन्फ़िगर करें; SSH से इसे ले जाने से SOCKS या TLS-सक्षम HTTPS श्रोता नहीं बनता।

मौजूदा सेवा अब भी समर्थित प्रोटोकॉल संस्करण, प्रमाणीकरण, गंतव्य और अंतिम निकास चुनती है। अगर किसी अन्य SSH प्रक्रिया ने वह दूरस्थ प्रॉक्सी बनाया है, तो दोनों प्रक्रियाएँ जीवित रहनी चाहिए। लैपटॉप→रिले→गेटवे मार्ग वेबसाइट को अंतिम बाहरी कनेक्शन दिखाता है, स्थानीय पोर्ट 1081 द्वारा आवंटित पहचान नहीं।

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

संबंधित लेख