ssh-keyscan-ը չի ընդունում SSH-ի ProxyCommand տարբերակը։ Ուստի ssh-ի համար կարգավորված proxy-ն ինքնաշխատ չի կարգավորում առանձին սկաները։

Տարբերակներից մեկը արդեն հաստատված տեղական TCP ռելեն է, որը կատարում է անհրաժեշտ proxy նույնականացումը և CONNECT փոխանակումը, ապա բացում նպատակային SSH սերվերի բայթային հոսքը։ Եթե այդ ռելեն լսում է 127.0.0.1:2222 հասցեով՝

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

Առաջին հրամանը հավաքում է հավակնորդ բանալիները, երկրորդը ցուցադրում դրանց մատնահետքերը։ Ռելեն պետք է բաց թողնի SSH հոսքը proxy-ի ամբողջական պատասխանը սպառելուց հետո, փոխարենը HTTP վերնագրերը սկաներին հանձնելու։

Արդյունքի հոսթ-պիտակը նկարագրում է ռելեի տեղական վերջնակետը։ Մի՛ ավելացրեք այն անփոփոխ և մի՛ ենթադրեք, որ այն այժմ նույնականացնում է հեռավոր SFTP հոսթի անունը։

Ստուգեք մատնահետքը վստահելի գրառման կամ ադմինիստրատորի միջոցով, նախքան բանալին known_hosts-ում իրական հոսթի և պորտի հետ կապելը։ ssh-keyscan-ը հավաքում է այն, ինչ ներկայացնում է հասանելի վերջնակետը. հաջող proxy կապը չի նույնականացնում այդ բանալին։

Առնչվող հոդվածներ