आपका SSH पासवर्ड SOCKS पासवर्ड नहीं है

आपने ssh -D शुरू करने के लिए पासवर्ड लिखा। उसने आपके SSH कनेक्शन को प्रमाणित किया। उसने नए श्रोता तक पहुँच सकने वाले हर प्रोग्राम के लिए पासवर्ड-संरक्षित SOCKS खाता नहीं बनाया।

OpenSSH का गतिशील अग्रेषण प्रमाणित SSH परिवहन पर स्थानीय SOCKS सेवा देता है। इसका SOCKS5 प्रबंधन बिना प्रमाणीकरण वाली विधि चुनता है; यह सामान्य SOCKS उपयोगकर्ता-नाम/पासवर्ड सर्वर नहीं है।

व्यक्तिगत उपयोग के लिए, स्थानीय रूप से बाइंड करें:

ssh -N -D 127.0.0.1:1080 [email protected]

उस कंप्यूटर के अनुप्रयोग आपके SSH पासवर्ड को SOCKS पासवर्ड के रूप में दर्ज किए बिना पोर्ट 1080 का उपयोग करते हैं। गतिशील अग्रेषण का दस्तावेज़ श्रोता का वर्णन करता है, और OpenSSH का SOCKS प्रबंधन स्रोत प्रमाणीकरण का विवरण देता है।

साझा करना समस्या बदल देता है

LAN पते पर बाइंड करने से पोर्ट मूल स्थानीय उपयोग से परे पहुँच योग्य हो जाता है। आस-पास के क्लाइंट केवल इसलिए अलग SSH सत्र नहीं बनाते कि उनका ट्रैफ़िक आपके माध्यम से जाता है। यदि नेटवर्क पहुँच की अनुमति देता है, तो वे क्लाइंट आपके गेटवे की बाहरी पहचान साझा कर सकते हैं।

फ़ायरवॉल पहुँच योग्य क्लाइंट को सीमित कर सकता है, पर SOCKS लॉगिन विनिमय नहीं जोड़ता। अलग SOCKS उपयोगकर्ता-नाम, कोटा या प्रति-उपयोगकर्ता नियमों के लिए ऐसी सुविधाएँ समर्थित करने वाला सर्वर चुनें। उदाहरण के लिए Dante SOCKS प्रमाणीकरण को क्लाइंट-पता प्रतिबंधों से अलग प्रलेखित करता है।

यह समस्या-निवारण में भी मदद करता है। SOCKS उपयोगकर्ता-नाम/पासवर्ड विधि पर अड़ने वाला क्लाइंट इस श्रोता के साथ अपेक्षा के अनुसार बातचीत नहीं कर पा सकता। अनुप्रयोग समायोजित करें या उपयुक्त प्रमाणित SOCKS सेवा चुनें; आपका SSH पासवर्ड बार-बार आज़माना गलत लॉगिन को संबोधित करता है।

केवल स्थानीय पहुँच अभी भी समझने योग्य सीमा है, यह दावा नहीं कि स्थानीय कंप्यूटर की हर प्रक्रिया एक ही उपयोगकर्ता की है।