तपाईंको SSH पासवर्ड SOCKS पासवर्ड होइन
OpenSSH गतिशील श्रोतामा 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 पासवर्ड बारम्बार प्रयास गर्नु गलत लगइनलाई सम्बोधन गर्नु हो।
स्थानीय मात्र पहुँच अझै बुझ्नुपर्ने सीमा हो, स्थानीय कम्प्युटरका हरेक प्रक्रिया एउटै प्रयोगकर्ताको हो भन्ने दाबी होइन।