उपलब्ध असल्यास 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 होस्टनाव आणि होस्ट-की तपासण्या अजूनही गंतव्य सर्व्हर ओळखतात. वाहतूक सहाय्यक निवडणे अनपेक्षित होस्ट की स्वीकारण्याचे कारण नाही.

संबंधित लेख