SSH ProxyCommand가 command not found로 실패함

없는 ProxyCommand 도우미를 찾아내고 로컬 실행 실패를 프록시 협상이나 SSH 로그인 문제와 구분합니다.

connect: command not found 는 SSH가 ProxyCommand 도우미를 로컬에서 실행하지 못했다는 뜻입니다. 아직 고칠 프록시 핸드셰이크는 없습니다. 이 이름은 별도의 실행 파일을 가리킬 수 있으며, 셸 내장 명령이나 OpenSSH 하위 명령이 아닙니다.

  1. 선택된 명령을 찾습니다. 같은 대상 별칭과 계정에 적용되는 유효 SSH 설정을 확인합니다. Host 섹션, 포함된 파일, 명령줄 옵션 때문에 편집한 파일과 다른 ProxyCommand가 선택될 수 있습니다.
  2. 실행 파일의 위치를 확인합니다. 실행 환경의 PATH를 도우미가 동작하는 대화형 터미널과 비교합니다. 의도한 기존 프로그램의 절대 경로를 쓰면 그 모호함이 사라집니다.
  3. 도우미 구현에 맞춥니다. nc 라는 이름의 바이너리를 아무거나 대신 쓰지 마십시오. OpenBSD netcat은 HTTP CONNECT에 -X connect 를, SOCKS5에 -X 5 를 사용합니다. 다른 변형은 그런 옵션이나 프록시 인증 지원이 없을 수 있습니다.

도우미가 실행된 뒤에는 다음 실패를 순서대로 따라가십시오. 프록시 연결, 프록시 협상, 대상 연결, 그다음 SSH 인증입니다. 한 단계의 실패가 뒤 단계의 문제를 입증하지는 않습니다.

ProxyJump 에는 SSH 점프 호스트가 필요합니다. 그 서비스가 있을 때만 이 구성을 대체할 수 있습니다. 설정을 바꿨다고 해서 HTTP 프록시가 SSH 로그인 지점이 되지는 않습니다.

관련 글