ssh-keyscan, SSH के ProxyCommand विकल्प को स्वीकार नहीं करता। इसलिए ssh के लिए कॉन्फ़िगर किया गया प्रॉक्सी अलग स्कैनर को अपने आप कॉन्फ़िगर नहीं करता।

एक विकल्प पहले से स्थापित स्थानीय TCP रिले है, जो ज़रूरी प्रॉक्सी प्रमाणीकरण और CONNECT अदला-बदली पूरी करता है और फिर इच्छित SSH सर्वर की बाइट स्ट्रीम खोलता है। अगर वह रिले 127.0.0.1:2222 पर सुनता है:

ssh-keyscan -p 2222 127.0.0.1 > candidate.keys
ssh-keygen -lf candidate.keys

पहला कमांड उम्मीदवार कुंजियाँ इकट्ठा करता है; दूसरा उनके फ़िंगरप्रिंट दिखाता है। रिले को HTTP हेडर स्कैनर को देने के बजाय पूरा प्रॉक्सी प्रतिक्रिया खपाने के बाद SSH स्ट्रीम आगे भेजनी चाहिए।

आउटपुट का होस्ट लेबल स्थानीय रिले एंडपॉइंट का वर्णन करता है। उसे बिना बदले न जोड़ें और यह न मानें कि अब वह दूरस्थ SFTP होस्टनाम की पहचान करता है।

कुंजी को known_hosts में असली होस्ट और पोर्ट से जोड़ने से पहले फ़िंगरप्रिंट को किसी विश्वसनीय रिकॉर्ड या व्यवस्थापक के ज़रिए सत्यापित करें। ssh-keyscan वही इकट्ठा करता है जो पहुँच योग्य एंडपॉइंट प्रस्तुत करता है; सफल प्रॉक्सी कनेक्शन उस कुंजी को प्रमाणित नहीं करता।

संबंधित लेख