ssh-keyscan nepriima SSH parinkties ProxyCommand. Todėl ssh sukonfigūruotas proxy automatiškai nesukonfigūruoja atskiro skaitytuvo.

Vienas sprendimas – jau sukurtas vietinis TCP tarpinis serveris, kuris atlieka reikiamą proxy autentifikavimą ir CONNECT mainus, o tada atskleidžia numatyto SSH serverio baitų srautą. Jei tas tarpinis serveris klausosi 127.0.0.1:2222:

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

Pirmoji komanda surenka kandidatų raktus, antroji parodo jų pirštų atspaudus. Tarpinis serveris turi praleisti SSH srautą po to, kai sunaudoja visą proxy atsakymą, o ne perduoti HTTP antraštes skaitytuvui.

Išvesties pagrindinio kompiuterio žyma apibūdina vietinį tarpinio serverio galinį tašką. Nepridėkite jos nepakeistos ir nemanykite, kad ji dabar nurodo nuotolinį SFTP pagrindinio kompiuterio vardą.

Patikrinkite piršto atspaudą per patikimą įrašą ar administratorių prieš susiedami raktą su tikruoju pagrindiniu kompiuteriu ir prievadu faile known_hosts. ssh-keyscan surenka tai, ką pateikia pasiekiamas galinis taškas; sėkmingas proxy ryšys neautentifikuoja šio rakto.

Susiję straipsniai