Nabibigo ang SSH ProxyCommand dahil sa command not found

Hanapin ang nawawalang ProxyCommand helper at ibukod ang lokal na pagkabigo sa pagpapatupad mula sa pakikipag-usap sa proxy o pag-login sa SSH.

connect: command not found ay nangangahulugang hindi nailunsad ng SSH ang helper nitong ProxyCommand nang lokal. Wala pang handshake ng proxy na aayusin. Maaaring tumukoy ang pangalan sa hiwalay na executable, hindi sa built-in na utos ng shell o subcommand ng OpenSSH.

  1. Hanapin ang napiling utos. Suriin ang epektibong configuration ng SSH para sa parehong alias ng destinasyon at account. Maaaring pumili ng ibang ProxyCommand ang mga seksyong Host, kasamang file at opsyon sa command line kaysa sa file na in-edit mo.
  2. Hanapin ang executable nito. Ihambing ang PATH ng kapaligirang naglulunsad sa interactive na terminal kung saan gumagana ang helper. Ang ganap na landas patungo sa inilaan at umiiral na programa ay nag-aalis ng kalabuang iyon.
  3. Itugma ang implementasyon ng helper. Huwag palitan ang anumang binary na pinangalanang nc. Gumagamit ang OpenBSD netcat ng -X connect para sa HTTP CONNECT at -X 5 para sa SOCKS5; maaaring wala ang mga opsyon o suporta sa pagpapatotoo ng proxy sa ibang variant.

Kapag nagsimula ang helper, sundan ang susunod na pagkabigo sa pagkakasunod-sunod: koneksyon sa proxy, pakikipag-usap sa proxy, koneksyon sa destinasyon, at pagkatapos ay pagpapatotoo ng SSH. Ang pagkabigo sa isang yugto ay hindi nagpapatunay ng problema sa mga susunod na yugto.

Ang ProxyJump ay nangangailangan ng SSH jump host. Mapapalitan lamang nito ang kaayusang ito kapag available ang serbisyong iyon; ang HTTP proxy ay hindi nagiging SSH login endpoint dahil binago ang setting.

Kaugnay na mga artikulo