SSH ProxyCommand eșuează cu command not found

connect: command not found înseamnă că SSH nu a putut lansa local ajutorul său ProxyCommand. Încă nu există niciun handshake de proxy de reparat. Numele poate indica un executabil separat, nu o comandă integrată a shell-ului sau o subcomandă OpenSSH.

1. Găsiți comanda selectată. Verificați configurația SSH efectivă pentru același alias de destinație și același cont. Secțiunile Host, fișierele incluse și opțiunile din linia de comandă pot selecta un ProxyCommand diferit de fișierul pe care l-ați editat.
2. Localizați executabilul acestuia. Comparați PATH-ul mediului de lansare cu terminalul interactiv în care funcționează ajutorul. O cale absolută către programul existent dorit elimină această ambiguitate.
3. Aliniați implementarea ajutorului. Nu înlocuiți orice binar numit nc. OpenBSD netcat folosește -X connect pentru HTTP CONNECT și -X 5 pentru SOCKS5; alte variante pot să nu aibă aceste opțiuni sau suportul de autentificare al proxy-ului.

După ce ajutorul pornește, urmați următorul eșec în ordine: conexiunea la proxy, negocierea proxy, conexiunea la destinație, apoi autentificarea SSH. Un eșec într-o etapă nu dovedește o problemă în etapele ulterioare.

ProxyJump necesită un host de salt SSH. Poate înlocui această aranjare doar când acel serviciu este disponibil; un proxy HTTP nu devine punct de autentificare SSH pentru că setarea a fost schimbată.