Início / server / Perguntas / 956613
Accepted
Chris
Asked: 2019-03-05 01:33:44 +0800 CST

Windows 10 ssh proxycommand: "posix_spawn: Nenhum arquivo ou diretório"

  • 772

Eu uso o Windows10 e preciso usar um jumphost para chegar aos meus servidores Linux. Assim eu configurei meu .ssh\configlike assim:

Host jumphost
HostName jumphost.server.local

Host server*.server.local
ProxyCommand  ssh jumphost netcat -w 120 %h %p

Mas quando executo ssh server01.server.local -v(dash-v para verbose), recebo o seguinte erro:

OpenSSH_for_Windows_7.7p1, LibreSSL 2.6.5
debug1: Reading configuration data C:\\Users\\admin/.ssh/config
debug1: C:\\Users\\admin/ssh/config line 70: Applying options for server*.server.local
debug1: Executing proxy command: exec ssh jumphost netcat -w 120 server01.server.local 22
CreateProcessW failed error:2
posix_spawn: No such file or directory
ssh

5 respostas

  1. Best Answer

    De acordo com este bug , a correção é usar um caminho completo. Portanto, esta é a linha correta no .ssh/config:

      ProxyCommand  C:\Windows\System32\OpenSSH\ssh.exe jumphost netcat -w 120 %h %p

    Para mais desenvolvimento, consulte este problema: https://github.com/microsoft/vscode-remote-release/issues/18

    • 39

  2. TL;DR

    O ProxyCommanddeve invocar ssh com .exeextensão, por exemplo:

    ProxyCommand ssh.exe -q -W %h:%p yyy

    A longa (?) história

    Espetáculos de corrida ssh -vvv XXX:

    debug3: spawning "C:\\Windows\\System32\\OpenSSH\\ssh -q -W XXX:22 YYY"
CreateProcessW failed error:2
posix_spawn: No such file or directory

    De acordo com o CreateProcessdocumento no MSDN, acho que posix_spawnestá chamando CreateProcessde uma maneira que o lpApplicationNameargumento deve ser o caminho exato e absoluto. Depois de especificar o .exesufixo, parece ser corrigido.

    • 33

  3. Eu recebi o mesmo erro, mas foi por causa da variável de ambiente DISPLAY definida para algum valor. Depois de desdefinir essa variável de ambiente, o erro desapareceu.

    • 4

  4. Este problema tem a ver com um bug na implementação do OpenSSH Windows. Este bug foi corrigido com a versão 8.1.0.0. Instruções detalhadas sobre como corrigir a versão podem ser encontradas aqui

    • 1

  5. Como o netcat não está disponível em um sistema padrão, as duas entradas a seguir no .ssh/config farão o truque (assumindo que o nome de usuário local e o nome de usuário remoto sejam distintos).

    login.bar: sistema para login
    jump.bar : jumphost
    <username> : nome de usuário remoto em login.bar e jump.bar (se eles forem distintos <jumpuser>@jump.bar é necessário). Se você omitir <username>@ na frente de jump.bar, o nome de usuário local será usado.

    a)

    Host foo
User <username>
HostName login.bar
ProxyCommand C:\Windows\System32\OpenSSH\ssh.exe -q -X -W %h:%p <username>@jump.bar

    b)

    Host foo
User <username>
HostName login.bar
ProxyCommand C:\Windows\System32\OpenSSH\ssh.exe -Y <username>@jump.bar -W %h:%p

    Em ambos os casos, faça login no login.bar com:ssh foo

    • 0

relate perguntas