ssh-keyscan не прымае опцыю ProxyCommand з SSH. Таму проксі, наладжаны для ssh, не наладжвае аўтаматычна асобны сканер.

Адзін варыянт — ужо ўсталяваны лакальны TCP-рэлей, які выконвае патрэбную аўтэнтыфікацыю проксі і абмен CONNECT, а затым адкрывае байтавы паток патрэбнага сервера SSH. Калі гэты рэлей слухае на 127.0.0.1:2222:

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

Першая каманда збірае ключы-кандыдаты; другая паказвае іх адбіткі. Рэлей павінен прапускаць паток SSH пасля спажывання поўнага адказу проксі, а не перадаваць HTTP-загалоўкі сканеру.

Метка хаста ў вывадзе апісвае лакальную канчатковую кропку рэлея. Не дадавайце яе без змен і не лічыце, што цяпер яна вызначае назву аддаленага хаста SFTP.

Праверце адбітак праз давераны запіс або адміністратара, перш чым звязваць ключ з сапраўдным хастом і портам у known_hosts. ssh-keyscan збірае тое, што падае дасяжны пункт; паспяховае злучэнне праз проксі не аўтэнтыфікуе гэты ключ.

Падобныя артыкулы