SSH ProxyCommand не успева са command not found

Пронађите ProxyCommand помоћник који недостаје и разликујте локални пад извршавања од прокси преговарања или SSH пријаве.

connect: command not found значи да SSH није могао локално да покрене свој ProxyCommand помоћник. Још нема прокси руковања које би се поправљало. Назив може означавати засебну извршну датотеку, а не уграђену љускину наредбу или OpenSSH поднаредбу.

  1. Пронађите изабрану наредбу. Проверите делотворну SSH конфигурацију за исти алијас одредишта и налог. Делови Host, укључене датотеке и опције наредбеног реда могу да изаберу другачији ProxyCommand од датотеке коју сте уредили.
  2. Лоцирајте њену извршну датотеку. Упоредите PATH окружења из ког покрећете са интерактивним терминалом у коме помоћник ради. Апсолутна путања до предвиђеног постојећег програма уклања ту нејасноћу.
  3. Ускладите имплементацију помоћника. Не замењујте било коју бинарну датотеку назива nc. OpenBSD netcat користи -X connect за HTTP CONNECT и -X 5 за SOCKS5; друге варијанте можда немају те опције ни подршку за аутентификацију на проксију.

Када се помоћник покрене, пратите следећи пад редом: веза са проксијем, прокси преговарање, веза са одредиштем, затим SSH аутентификација. Пад у једној фази не доказује проблем у каснијим фазама.

ProxyJump захтева SSH скочни хост. Он може да замени овај распоред само када је та услуга доступна; HTTP прокси не постаје SSH пријавна тачка зато што је поставка промењена.

Повезани чланци