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 પહોંચી શકાય તેવા એન્ડપોઇન્ટ જે રજૂ કરે છે તે એકત્રિત કરે છે; સફળ પ્રોક્સી જોડાણ એ કીને પ્રમાણિત કરતું નથી.

સંબંધિત લેખો