SSH ProxyCommand nepavyksta su command not found

Raskite trūkstamą ProxyCommand pagalbinę programą ir atskirkite vietinio vykdymo klaidą nuo proxy derybų ar SSH prisijungimo.

connect: command not found reiškia, kad SSH negalėjo vietoje paleisti savo ProxyCommand pagalbinės programos. Kol kas nėra jokio proxy rankos paspaudimo, kurį reikėtų taisyti. Pavadinimas gali reikšti atskirą vykdomąjį failą, o ne apvalkalo įtaisytąją komandą ar OpenSSH subkomandą.

  1. Raskite pasirinktą komandą. Patikrinkite galiojančią SSH konfigūraciją tam pačiam paskirties slapyvardžiui ir paskyrai. Host sekcijos, įtraukti failai ir komandinės eilutės parinktys gali pasirinkti kitą ProxyCommand nei failas, kurį redagavote.
  2. Suraskite jos vykdomąjį failą. Palyginkite paleidimo aplinkos PATH su interaktyviu terminalu, kuriame pagalbinė programa veikia. Absoliutus kelias iki numatytos esamos programos pašalina šį neaiškumą.
  3. Suderinkite pagalbinės programos įgyvendinimą. Nekeiskite jokio dvejetainio failo pavadinimu nc. OpenBSD netcat naudoja -X connect HTTP CONNECT ir -X 5 SOCKS5; kiti variantai gali neturėti šių parinkčių arba proxy autentifikavimo palaikymo.

Kai pagalbinė programa paleidžiama, sekite kitą klaidą iš eilės: ryšys su proxy, proxy derybos, ryšys su paskirties vieta, tada SSH autentifikavimas. Vieno etapo klaida neįrodo problemos vėlesniuose etapuose.

ProxyJump reikia SSH šokinėjimo mazgo. Jis gali pakeisti šią schemą tik tada, kai ta paslauga yra prieinama; HTTP proxy netampa SSH prisijungimo tašku dėl to, kad nustatymas buvo pakeistas.

Susiję straipsniai