SSH ProxyCommand आणि होस्ट-आधारित प्रमाणीकरण: कोणता होस्ट स्वाक्षरी करतो?

लक्ष्याला बास्टियनमधून येणारे TCP कनेक्शन दिसते, तर प्रमाणीकरण करणारा SSH क्लायंट अजूनही वर्कस्टेशनवर चालत असतो.

Host behind-bastion
    ProxyCommand ssh -W %h:%p bastion

येथे सहाय्यक बास्टियनमध्ये लॉग इन करतो आणि त्याच्या SSH सर्व्हरला लक्ष्याकडे पुढे पाठवलेले कनेक्शन देण्यास सांगतो. वर्कस्टेशनचा बाह्य SSH क्लायंट त्या स्ट्रीममधून लक्ष्याचा SSH प्रोटोकॉल देवाणघेवाण करतो. बास्टियन वाहतूक पुरवतो; त्याने लक्ष्याकडे जाणारा SSH क्लायंट सुरू केलेला नाही.

होस्ट-आधारित प्रमाणीकरणासाठी हा फरक महत्त्वाचा आहे. OpenSSH चा ssh-keysign सहाय्यक आवश्यक स्वाक्षरी तयार करण्यासाठी स्थानिक होस्ट की वापरतो. बास्टियनचा नेटवर्क स्रोत पत्ता असणे वर्कस्टेशनला बास्टियनच्या होस्ट की ने स्वाक्षरी करायला लावत नाही.

याची तुलना करा:

ssh -t bastion ssh target

हे बास्टियनवर दुसरा SSH प्रोग्राम सुरू करते. त्याचे स्थानिक कॉन्फिगरेशन आणि उपलब्ध होस्ट की त्या मशीनचे आहेत, त्यामुळे तो बास्टियन आणि लक्ष्य यांच्यातील आधीच कॉन्फिगर केलेल्या होस्ट-आधारित विश्वास व्यवस्थेत सहभागी होऊ शकतो. त्याला अजूनही लक्ष्याची संबंधित अनुमती आणि नाव तपासणी आवश्यक आहे.

दुसरा प्रकार सत्र कसे चालते तेही बदलतो: तो दूरस्थ कमांड चालवतो आणि टर्मिनल वापरतो. प्रत्येक SSH फाइल हस्तांतरण किंवा ऑटोमेशन वाहतुकीसाठी तो पारदर्शक पर्याय नाही. स्रोत पत्ता पुरेसा वाटावा म्हणून सर्व्हरच्या विश्वास तपासणी कमकुवत करण्याऐवजी, कोणत्या मशीनने लक्ष्यासमोर प्रमाणीकरण करायचे यानुसार व्यवस्था निवडा.