connect: command not found significa que o SSH não conseguiu iniciar o seu auxiliar de ProxyCommand localmente. Ainda não há nenhum aperto de mão do proxy para reparar. O nome pode referir-se a um executável separado, não a um comando interno da shell nem a um subcomando do OpenSSH.

  1. Encontre o comando selecionado. Verifique a configuração SSH efetiva para o mesmo alias de destino e conta. As secções Host, os ficheiros incluídos e as opções da linha de comandos podem selecionar um ProxyCommand diferente do ficheiro que editou.
  2. Localize o seu executável. Compare o PATH do ambiente de arranque com o terminal interativo onde o auxiliar funciona. Um caminho absoluto para o programa existente pretendido elimina essa ambiguidade.
  3. Ajuste a implementação do auxiliar. Não substitua qualquer binário chamado nc. O OpenBSD netcat usa -X connect para HTTP CONNECT e -X 5 para SOCKS5; outras variantes podem não ter essas opções nem o suporte de autenticação do proxy.

Depois de o auxiliar arrancar, siga a falha seguinte por ordem: ligação ao proxy, negociação do proxy, ligação ao destino e, depois, autenticação SSH. Uma falha numa etapa não prova um problema nas etapas seguintes.

ProxyJump requer um host de salto SSH. Só pode substituir esta disposição quando esse serviço estiver disponível; um proxy HTTP não se torna um ponto de login SSH porque a definição foi alterada.

Artigos relacionados