उपलब्ध होने पर SSH को स्थानीय SOCKS श्रोता इस्तेमाल करने दें

OpenSSH Match exec जाँच को एक गंतव्य तक सीमित करें और समझें कि सफल स्थानीय-पोर्ट जाँच क्या साबित करती है और क्या नहीं।

स्थानीय SOCKS श्रोता कुछ नेटवर्कों पर उपयोगी होता है और कुछ पर अनुपस्थित। OpenSSH प्रॉक्सी कमांड को शर्त के आधार पर चुन सकता है, बिना उस चयन को हर होस्ट पर लागू किए।

OpenBSD रूप के nc के साथ OpenSSH के लिए, एक उदाहरण क्लाइंट कॉन्फ़िगरेशन यह है:

Host work-server
    HostName ssh.example.net
    User alex

Match originalhost work-server exec "nc -z -w 1 127.0.0.1 1080"
    ProxyCommand nc -X 5 -x 127.0.0.1:1080 %h %p

Match all

originalhost जाँच को SSH कमांड लाइन पर दिए गए नाम तक सीमित करता है। exec तब मेल खाता है जब उसका कमांड सफलतापूर्वक समाप्त होता है। अंतिम Match all आगे की सेटिंग्स के लिए उस शर्त-आधारित दायरे को समाप्त करता है।

यह मानता है कि पहले की कोई लागू सेटिंग पहले से ही विरोधाभासी प्रॉक्सी कमांड या जंप मार्ग नहीं चुन चुकी है। SSH आमतौर पर किसी कॉन्फ़िगरेशन विकल्प के लिए पहला प्राप्त मान इस्तेमाल करता है, इसलिए ऊपर की ओर एक व्यापक डिफ़ॉल्ट बाद की शर्त को अपेक्षित प्रभाव डालने से रोक सकता है।

सुनता हुआ सॉकेट एक विनम्र वादा है

जाँच स्थानीय पोर्ट तक TCP पहुँच को परखती है। यह SOCKS बातचीत पूरी नहीं करती, मनचाहा गंतव्य कनेक्शन स्थापित नहीं करती, और यह साबित नहीं करती कि वह पोर्ट किस प्रोग्राम का है। जाँच के बाद श्रोता गायब भी हो सकता है।

समय-सीमा असफल जाँच को सीमित रखती है। दिखाए गए विकल्प OpenBSD के nc इंटरफ़ेस के हैं; उसी फ़ाइल नाम वाले अन्य प्रोग्राम भिन्न विकल्प दे सकते हैं।

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

लक्ष्य SSH होस्टनाम और होस्ट-की जाँचें अब भी गंतव्य सर्वर की पहचान करती हैं। ट्रांसपोर्ट सहायक चुनना अप्रत्याशित होस्ट की स्वीकार करने का कारण नहीं है।

संबंधित लेख