Machine: docker-machine create está travando com o driver virtualbox: SSH cmd err, output: exit status 255:

Acredito que seja o mesmo problema que estou tendo no MacOSX. Tentei algumas vezes criar um novo VirtualBox Dev VM do zero. Limpei .docker / e até mesmo fiz downgrade do VBOX 5.

% docker-machine --version
docker-machine version 0.3.0 (0a251fe)
% VirtualBox --help | head -n 1
Oracle VM VirtualBox Manager 4.3.30
% docker-machine ls
error getting URL for host dev: exit status 255
NAME   ACTIVE   DRIVER       STATE     URL   SWARM
dev    *        virtualbox   Running

 STDERR:
 executando: / usr / bin / VBoxManage modifyvm docker-vm --nic2 hostonly --nictype2 82540EM --hostonlyadapter2 vboxnet2 --cableconnected2 on
 STDOUT:
 STDERR:
 executando: / usr / bin / VBoxManage modifyvm docker-vm --natpf1 delete ssh
 STDOUT:
 STDERR: VBoxManage: erro: Código NS_ERROR_INVALID_ARG (0x80070057) - Valor de argumento inválido (informações estendidas não disponíveis)
 VBoxManage: erro: Contexto: "RemoveRedirect (Bstr (ValueUnion.psz) .raw ())" na linha 1717 do arquivo VBoxManageModifyVM.cpp
 executando: / usr / bin / VBoxManage modifyvm docker-vm --natpf1 ssh, tcp, 127.0.0.1,50083,, 22
 STDOUT:
 STDERR:
 executando: / usr / bin / VBoxManage startvm docker-vm --type headless
 STDOUT: Aguardando a VM "docker-vm" ligar ...
 VM "docker-vm" foi iniciado com sucesso.
 STDERR:
 Iniciando VM ...
 Chegando à função WaitForSSH ...
 Testando conexão TCP para: localhost: 50083
 Usando o tipo de cliente SSH: externo
 Prestes a executar o comando SSH:
 saída 0
 & {/ usr / bin / ssh [/ usr / bin / ssh -o PasswordAuthentication = não -o IdentitiesOnly = sim -o StrictHostKeyChecking = no -o UserKnownHostsFile = / dev / null -o LogLevel = quiet -o ConnectionAttempts = 3 -o ConnectTimeout = 10 -i /Users/tehmasp/.docker/machine/machines/docker-vm/id_rsa -p 50083 janela de encaixe @localhost saída 0] [][]? refletir.Value? falso [] [] [] []}
 Erro SSH cmd, saída: status de saída 255:
 Erro ao obter o comando ssh 'exit 0': status de saída 255
 Chegando à função WaitForSSH ...
 Testando conexão TCP para: localhost: 50083
 Usando o tipo de cliente SSH: externo
 Prestes a executar o comando SSH:
 saída 0
 & {/ usr / bin / ssh [/ usr / bin / ssh -o PasswordAuthentication = não -o IdentitiesOnly = sim -o StrictHostKeyChecking = no -o UserKnownHostsFile = / dev / null -o LogLevel = quiet -o ConnectionAttempts = 3 -o ConnectTimeout = 10 -i /Users/tehmasp/.docker/machine/machines/docker-vm/id_rsa -p 50083 janela de encaixe @localhost saída 0] [][]? refletir.Value? falso [] [] [] []}
 Erro SSH cmd, saída: status de saída 255:
 Erro ao obter o comando ssh 'exit 0': status de saída 255
 Chegando à função WaitForSSH ...
 Testando conexão TCP para: localhost: 50083
 Usando o tipo de cliente SSH: externo
 Prestes a executar o comando SSH:
 saída 0
 & {/ usr / bin / ssh [/ usr / bin / ssh -o PasswordAuthentication = não -o IdentitiesOnly = sim -o StrictHostKeyChecking = no -o UserKnownHostsFile = / dev / null -o LogLevel = quiet -o ConnectionAttempts = 3 -o ConnectTimeout = 10 -i /Users/tehmasp/.docker/machine/machines/docker-vm/id_rsa -p 50083 janela de encaixe @localhost saída 0] [][]? refletir.Value? falso [] [] [] []}
 Erro SSH cmd, saída: status de saída 255:
 Erro ao obter o comando ssh 'exit 0': status de saída 255
 Chegando à função WaitForSSH ...
 Testando conexão TCP para: localhost: 50083
 Usando o tipo de cliente SSH: externo
 Prestes a executar o comando SSH:
 saída 0
 & {/ usr / bin / ssh [/ usr / bin / ssh -o PasswordAuthentication = não -o IdentitiesOnly = sim -o StrictHostKeyChecking = no -o UserKnownHostsFile = / dev / null -o LogLevel = quiet -o ConnectionAttempts = 3 -o ConnectTimeout = 10 -i /Users/tehmasp/.docker/machine/machines/docker-vm/id_rsa -p 50083 janela de encaixe @localhost saída 0] [][]? refletir.Value? falso [] [] [] []}

Consigo fazer login na VM manualmente e parece estar OK - então acho que o problema é com a docker-machine não conseguir obter o status corretamente.

Eu tenho um ambiente de máquina docker trabalhando com:

% docker-machine --version
docker-machine version 0.4.0-rc1 (f6ea2c1)

(Para sua informação - instalado manualmente desde que o casco do homebrew não tem nada mais recente do que v0.3.0 até o momento)

No entanto, em 'criar', docker-machine ainda travou e eu tive que 'regenerate-certs' para minha 'docker-vm' para que um 'docker-machine env docker-vm' funcionasse completamente.

Disponibilizar para qualquer outra pessoa que tenha problemas semelhantes. Pelo menos eu tenho um ambiente de máquina docker funcionando agora - sem ter que reverter para boot2docker. No entanto, só desperdicei o dia inteiro com isso :(

@tehmaspc o mesmo problema com você, E eu não encontrei uma solução

@tehmaspc, obrigado pelo feedback e desculpe pelo problema :( infelizmente, isso geralmente é devido à rede virtualbox. Obrigado pelo feedback que a v0.4.0-rc1 corrigiu.

@opskumu , você se importaria de experimentar o 0.4.0-rc1?

Estou vendo a mesma coisa no MacOS X Yosemite 0.4.0-rc1

docker-machine create --driver=virtualbox --virtualbox-disk-size "40000" local
No default boot2docker iso found locally, downloading the latest release...
Downloading https://s3.amazonaws.com/docker-mcn/public/b2d-next/boot2docker-virtualbox.iso to /Users/wmillerx/.docker/machine/cache/boot2docker-virtualbox.iso...
Creating VirtualBox VM...
Creating SSH key...
Starting VirtualBox VM...
Starting VM...

Apenas trava para sempre ...

Info Env:

sw_vers
ProductName:    Mac OS X
ProductVersion: 10.10.4
BuildVersion:   14E46

docker --version
Docker version 1.7.1, build 786b29d

docker-machine --version
docker-machine version 0.4.0-rc1 (f6ea2c1)

vboxmanage --version
5.0.0r101573

FWIW, eu fiz downgrade para 4.3.x VBOX e fiz um comando regenerate cert para superar isso. Certifique-se de tentar isso com uma nova VM. Boa sorte.

@opskumu @ wmiller848 - acabei de encontrar este problema: https://github.com/docker/machine/issues/1572

Eu uso a multiplexação SSH em meu arquivo ~ / .ssh / config; Acabei de desabilitar essas configurações e estou fazendo a docker-machine funcionar corretamente. Mesmo minha solução alternativa acima não estava funcionando de forma consistente, mas com a multiplexação SSH desativada, parece ter sido a correção.

Quer saber se vocês têm a multiplexação SSH habilitada ??

Meu arquivo ~ / .ssh / config agora é:

 % cat ~ / .ssh / config
 Hospedeiro *
 TCPKeepAlive sim
 ServerAliveInterval 10
 ServerAliveCountMax 10
 ForwardAgent sim
 # ControlMaster auto
 # ControlPath ~/.ssh/sockets/%r@%h-%p
 # ControlPersist 300

Felicidades,
Tehmasp

Desativar a multiplexação SSH funcionou para mim também (no OS X 10.10.4). Obrigado @tehmaspc!

@ehazlett já testei o 0.4.0, também não funciona.

# docker-machine -v
docker-machine version 0.4.0 (9d0dc7a)
# cat /etc/centos-release 
CentOS Linux release 7.1.1503 (Core)

@tehmaspc Diablling ssh multiplexing não funciona para mim também.

Também há um problema no Win10 com docker-machine 0.4.0:

{ ~ }  » docker-machine.0.4.0 ls                                                                                                ~ 1
NAME      ACTIVE   DRIVER       STATE     URL   SWARM
default            virtualbox   Timeout
dev                virtualbox   Timeout
{ ~ }  » docker-machine.0.3.1 ls                                                                                              ~ 127
NAME      ACTIVE   DRIVER       STATE     URL                         SWARM
default            virtualbox   Stopped
dev                virtualbox   Running   tcp://192.168.99.102:2376

Não tenho certeza se isso ajuda, mas seguindo problemas semelhantes, percebi que a porta ssh não foi definida no arquivo de configuração da minha máquina ( ~/.docker/machine/machines/<machine_name>/config.json ). Conseqüentemente, docker-machine estava sempre tentando fazer o ssh na porta 22. Depois de configurar manualmente, tudo funcionou para mim.

Pelo que vale a pena, remover as configurações multiplex em minha configuração SSH corrigiu isso para mim. Nada mais do que tentei em nenhuma das outras questões em aberto estava funcionando, mas agora tudo parece funcionar muito bem.

Talvez o script de configuração da VM deva considerar o uso da opção SSH -o para desativar a multiplexação ao fazer conexões?

@chrisfosterelli yup +1;

cc @ehazlett - muitas pessoas continuam tendo esse problema; devemos bater nisso?

obrigado,
@tehmaspc

O problema foi tão imprevisível. Seria ótimo reunir a origem da solução em potencial com todos os que fazem parte desta discussão para que isso mitigue o problema.

Remover o ssh mutliplexing corrigiu isso para mim também.

Alguém descobriu que desativar a multiplexação ssh corrigiu o problema no Linux, ao contrário do Mac. Ainda estou tendo problemas no Ubuntu com ele desabilitado. As pessoas dizem que corrigiu o problema para elas, mas não se preocupe com o Linux, Windows ou Mac.

Não tenho a multiplexação ssh ativada, mas ainda estou vendo esse problema.
@ wmiller848 : você encontrou uma solução para esse problema?
Aqui está meu ambiente:
~ $ docker --version; docker-machine --version; VBoxManage - versão
Docker versão 1.9.0-dev, build 0e3674d, experimental
docker-machine versão 0.4.1 (e2c88d6)
5.0.0r101573

~ $ sw_vers
Nome do produto: Mac OS X
Versão do produto: 10.10.4
BuildVersion: 14E46

Também estou vendo o seguinte erro:

SSH cmd err, output: exit status 255: 
Error getting ssh command 'exit 0' : exit status 255

Usei a instalação padrão da máquina Docker e deixei que ela instale o VirtualBox, pois ainda não o tinha neste computador específico. A única coisa potencialmente estranha que tenho é uma versão homebrew do OpenSSH com requisitos de criptografia estritos. Aqui estão os detalhes do meu ambiente:

sw_vers
ProductName:    Mac OS X
ProductVersion: 10.10.5
BuildVersion:   14F27

docker --version
Docker version 1.8.1, build d12ea79

docker-machine --version
docker-machine version 0.4.1 (e2c88d6)

vboxmanage --version
5.0.2r102096

ssh -V
OpenSSH_7.0p1, OpenSSL 1.0.2d 9 Jul 2015

cat ~/.ssh/config 
#Defaults for all my hosts
Host *
    AddressFamily inet
    Ciphers [email protected],[email protected]
    ForwardX11 no
    ForwardX11Trusted no
    KexAlgorithms [email protected]
    MACs [email protected],[email protected],[email protected]
    Protocol 2
    VisualHostKey yes  
    HashKnownHosts yes
#host specific stuff..

Tendo o mesmo problema.

$ vboxmanage --version
5.0.2r102096

$ docker-machine --version
docker-machine version 0.4.1 (e2c88d6)

Não sei por que, mas meu problema é um config.json ruim para a máquina. Está faltando o IP e a porta da máquina.

Também tendo o mesmo problema ... Estou usando boot2docker até que isso seja corrigido.

vboxmanage --version
4.3.14r95030

docker-machine -version
docker-machine version 0.4.1 (e2c88d6)

docker version
Client:
 Version:      1.8.1
 API version:  1.20
 Go version:   go1.4.2
 Git commit:   d12ea79
 Built:        Thu Aug 13 19:47:52 UTC 2015
 OS/Arch:      darwin/amd64

Estou tendo o mesmo problema aqui:

$ docker --version; docker-machine --version; VBoxManage --version; sw_vers                                                                                              2.2.2 16:52
Docker version 1.8.1, build d12ea79
docker-machine version 0.4.1 (e2c88d6)
5.0.3r102322
ProductName:    Mac OS X
ProductVersion: 10.10.5
BuildVersion:   14F27

obrigado

O mesmo problema aqui:

$ docker --version; docker-machine --version; VBoxManage --version; sw_vers
Docker version 1.8.1, build d12ea79
docker-machine version 0.4.1 (e2c88d6)
4.3.22r98236
ProductName:    Mac OS X
ProductVersion: 10.10.5
BuildVersion:   14F27

Fiz downgrade do VBox de 5.x para 4.3.xe funcionou por algumas horas, depois deu o mesmo erro de SSH.

Eu tenho o mesmo problema. Encontrei uma solução alternativa para este bug:

$ docker-machine --native-ssh create -d virtualbox test

Obrigado @ecylmz. 1 para sua solução alternativa. Ainda vi esse erro, mas ele criou a máquina com sucesso.

STDERR: executando: / usr / local / bin / VBoxManage modifyvm imc --natpf1 delete ssh

STDERR: VBoxManage: erro: Código NS_ERROR_INVALID_ARG (0x80070057) - Valor de argumento inválido (informações estendidas não disponíveis)
VBoxManage: erro: Contexto: "RemoveRedirect (Bstr (ValueUnion.psz) .raw ())" na linha 1766 do arquivo VBoxManageModifyVM.cpp

Parabéns a @ecylmz pela solução alternativa, também funcionou para mim. A única ressalva é que preciso executar docker-machine --native-ssh para cada comando docker-machine (como docker-machine env vm_name ).

Também é importante notar que a atualização para o Docker Toolbox 1.8.1c não corrigiu esse problema.

--native-ssh solução alternativa funcionou para mim também

--native-ssh funcionou para mim. : +1: @ecylmz

Apenas para sua informação, se o motivo de você estar encontrando esses problemas for por causa das configurações de multiplexação SSH, isso deve ser corrigido na próxima versão / no mestre.

@nathanleclaire, obrigado pela atualização sobre como consertar a multiplexação SSH. Boas notícias! Testei --native-ssh no Linux (Ubuntu). Isso não corrige o problema. Mais uma vez, é um acerto e um erro, então fazê-lo funcionar uma vez não significa nada. Posso fazer com que ele falhe 10 vezes seguidas, depois trabalhe algumas vezes de repente e depois falhe 10 vezes.

@garystafford posso confirmar que --native-ssh não funciona com o driver padrão (nenhum) no Ubuntu.

+1

Eu executei o comando $ docker-machine -D --native-ssh create -d virtualbox local , ele não funcionou com o log de erros:
executando: / usr / bin / VBoxManage startvm local --type headless
STDOUT: Aguardando VM "local" para ligar ...
VM "local" foi iniciada com sucesso.

STDERR:
Iniciando VM ...
Chegando à função WaitForSSH ...
Testando conexão TCP para: localhost: 49564
Usando o tipo de cliente SSH: nativo
Prestes a executar o comando SSH:
saída 0
Erro ao discar TCP: ssh: falha de handshake: ler tcp 127.0.0.1:49564: conexão redefinida pelo par
Erro ao discar TCP: ssh: falha de handshake: ler tcp 127.0.0.1:49564: conexão redefinida pelo par

@nathanleclaire , acabei de clonar e construir a última docker-machine no branch master do GitHub para Ubuntu ou Fedora. Ainda não vejo melhorias nos erros ssh com Ubuntu ou Fedora:

gstafford@gstafford-X555LA:$ docker-machine -v
docker-machine version 0.5.0-dev (fe5a722)

@nathanleclaire Passei de 80% + falhas na criação de máquinas e / ou na obtenção de conflitos de endereço IP para 100% de sucesso, excluindo os adaptadores de rede somente host extras que você mencionou. No VirtualBox 5.0.3, fui para VirtualBox -> Preferências -> Rede -> Redes apenas de host e os removi. Depois disso, criei um enxame de 5 clusters e adicionei a trama sem erros ou problemas óbvios. Obrigado. Para sua informação, ainda estou executando a versão docker-machine version 0.5.0-dev (fe5a722) que clonei e construí.

@garystafford É bom saber que foi limpo para você. Definitivamente, gostaria de me esforçar mais para detectar configurações de rede instáveis ​​e sugerir soluções para evitar o tipo de problema pelo qual você teve que passar.

Parece que meu problema era duplo. Não foi apenas a remoção dos adaptadores vmnet0 e vmnet1 necessária, mas todos os comandos docker-machine requerem sudo.

No meu ambiente, este é um problema de rede virtualbox. Eu precisei
(1) Mude o adaptador somente host para adaptador em ponte (en0 Wi-Fi).
Então posso ssh docker @ ...
(2) docker-machine regenerate-certs
Então 'docker-machine config' funciona

tenho recebido exatamente o mesmo erro, mas consegui resolver meu caso " habilitar a virtualização " no BIOS.

solucionar problemas envolvidos:

1. usando sinalizador de depuração: docker-machine --debug create --driver virtualbox dev
2. verifique as configurações de rede "dev" vm no Gerenciador VirtualBox, supondo que seja um problema de adaptador / encaminhamento de porta
3. por acaso dei um duplo clique sobre o "dev" vm em execução no Gerenciador VirtualBox, que abre uma janela em "dev" vm, que mostrou o problema real: " vt x amd-v não disponível em seu sistema ". Por causa do vm deste docker travou com o erro " requer x86-64, mas detectou apenas cpu i686 "

Só queria compartilhar minha solução de problemas, especialmente a parte do "clique duplo" no VM em execução dentro do VirtualBox Manager. Tente fazer isso para dar uma dica sobre a causa do seu desligamento.

Como alternativa, se você ainda quiser Host * ... ControlMaster auto em "~ / .ssh / config", descobri que posso fazer o seguinte:

# Docker: docker-machine (at least for virtualbox) breaks if ControlMaster
# is used. See:
#     https://github.com/docker/machine/issues/1591#issuecomment-126169020
# This block needs to be before any global "Host *" using ControlMaster.
Host localhost
    ControlMaster no

Host *
    ControlMaster auto
    ControlPath ~/.ssh/socket-%r@%h:%p
    ControlPersist yes

# ...

Os RCs mais recentes devem funcionar bem com ControlMaster opções definidas na configuração SSH

docker-machine -v
docker-machine versão 0.4.1 (e2c88d6)

Eu também tenho o mesmo problema,
a solução alternativa é adicionar --native-ssh a cada comando docker-machine

Eu também tenho esse problema no MacOS 10.11.1.
Usar --native-ssh ajuda muito.

Eu tinha corrompido o ~ / .ssh / config. Depois de corrigi-lo, fui capaz de criar uma máquina como antes. Uma maneira de verificar isso é tentar fazer o ssh para algum outro servidor e ver se funciona para ter certeza de que a docker-machine não está falhando devido ao ssh.

Mesmo problema e nada funcionou.
Para mim, apenas a solução alternativa é adicionar --native-ssh para cada máquina.

Detalhes do meu ambiente:
SO: OS X El Capitan versão 10.11
docker-machine versão 0.5.0 (04cfa58)
VBoxManage - versão
5.0.8r103449

@tehmaspc https://github.com/docker/machine/issues/1591#issuecomment -126169020 funciona para mim, com algumas soluções alternativas sugeridas por @trentm.

Corri para isso no Windows 10 hoje, após uma pequena atualização na minha instalação do Docker. Eu tentei de tudo - removendo .docker , reconstruindo as VMs do VBox, mexendo nos vars do meu ambiente, hackeando config.json ... No final eu desinstalei tudo (incluindo o virtualbox) e deixei tudo reinstalar. Isso funcionou!

Parece que deve haver um problema com as redes VBox que acontece durante o processo de atualização ou algo assim. Como se o endereço IP esperado tivesse sido pego e tudo explodisse depois disso.

Eu tive o mesmo problema. Aparentemente, eu tinha um OpenSSH instalado antes e ele estava usando enquanto criava a imagem do docker que levou ao erro do ControlMaster. Desinstalei-o, adicionei Git \ bin ao caminho e funcionou perfeitamente.

Estou tendo o mesmo problema e as soluções alternativas propostas nesta página não surtiram efeito. Alguma ideia?

Aqui está meu ambiente:

Docker versão 1.10.3, compilação 20f81dd
docker-machine versão 0.6.0, compilação e27fb87
5.0.16r105871
Nome do produto: Mac OS X
Versão do produto: 10.11.4
BuildVersion: 15E65

Quando eu emitir este comando:

docker-machine --debug create -d virtualbox default

... sempre acaba pendurado neste erro, que é impresso no terminal repetidamente até que eu o interrompa manualmente:

(padrão) DBG | Chegando à função WaitForSSH ...
(padrão) DBG | Usando o tipo de cliente SSH: externo
(padrão) DBG | {[-o BatchMode = sim -o PasswordAuthentication = não -o StrictHostKeyChecking = no -o UserKnownHostsFile = / dev / null -o LogLevel = quiet -o ConnectionAttempts = 3 -o ConnectTimeout = 10 -o ControlMaster = não -o ControlPath = nenhum [email protected] -o IdentitiesOnly = yes -i /Users/cbenson/.docker/machine/machines/default/id_rsa -p 53332] / usr / local / bin / ssh}
(padrão) DBG | Prestes a executar o comando SSH:
(padrão) DBG | saída 0
(padrão) DBG | Erro SSH cmd, saída: status de saída 255:
(padrão) DBG | Erro ao obter o comando ssh 'exit 0': algo deu errado ao executar um comando SSH!
(padrão) DBG | comando: saída 0
(padrão) DBG | err: sair do status 255
(padrão) DBG | resultado :

@nathanleclaire você pode dar uma olhada no meu comentário acima? Estou no Mac El Cap e tudo que estou usando - Docker, Docker Machine, VirtualBox, atualizações do sistema operacional - é a versão mais recente. Nada do que vi como solução potencial nesta página ou nas páginas de problemas relacionados funcionou. Acho que é algo sobre a minha configuração, porque afeta dois Macs configurados de forma semelhante que tenho. Eu uso o Homebrew para o Docker, Docker Machine, OpenSSH e OpenSSL mais recentes. Eu tenho o VirtualBox instalado a partir de seu próprio binário, mas também já tentei instalá-lo via Homebrew (mas não atualmente). Alguma ideia? Obrigado!

Eu não tenho o EL Cap ainda, então não posso compartilhar minha experiência com esse sistema operacional.

Uma alternativa é entrar no Docker para Mac beta, que elimina completamente os requisitos do Virtualbox. Claro que pode ter outros problemas :)

https://blog.docker.com/2016/03/docker-for-mac-windows-beta/

@chrisbenson Como é o seu arquivo ~/.ssh/config ?

Qual é a saída de docker-machine ssh default -vvv ?

@nathanleclaire Desculpe pela demora em entrar em

Não é o ~/.ssh/config , porque na verdade apaguei o meu para ter certeza de que não era aquele. Não teve efeito.

Depois de executar docker-machine --debug create -d virtualbox default , que gera o erro mencionado repetidamente e, em seguida, retiro Ctrl + C dele.

Então eu insiro docker-machine ssh default -vvv e recebo isto:

OpenSSH_7.2p2, OpenSSL 1.0.2g 1 de março de 2016
debug1: Lendo dados de configuração / usr / local / etc / ssh / ssh_config
debug2: resolvendo "127.0.0.1" porta 22
debug2: ssh_connect_direct: needpriv 0
debug1: Conectando-se à porta 22 de 127.0.0.1 [127.0.0.1].
debug2: fd 3 configuração O_NONBLOCK
debug1: conectar ao endereço 127.0.0.1 porta 22: conexão recusada
debug1: Tentando novamente ...
debug1: Conectando-se à porta 22 de 127.0.0.1 [127.0.0.1].
debug2: fd 3 configuração O_NONBLOCK
debug1: conectar ao endereço 127.0.0.1 porta 22: conexão recusada
debug1: Tentando novamente ...
debug1: Conectando-se à porta 22 de 127.0.0.1 [127.0.0.1].
debug2: fd 3 configuração O_NONBLOCK
debug1: conectar ao endereço 127.0.0.1 porta 22: conexão recusada
ssh: conectar ao host 127.0.0.1 porta 22: conexão recusada
status de saída 255

@chrisbenson Só para ter certeza, qual é o conteúdo de /usr/local/etc/ssh/ssh_config ?

@nathanleclaire Aqui está o resultado de 'cat / usr / local / etc / ssh / ssh_config':

# This is the ssh client system-wide configuration file.  See
# ssh_config(5) for more information.  This file provides defaults for
# users, and the values can be changed in per-user configuration files
# or on the command line.

# Configuration data is parsed as follows:
#  1. command line options
#  2. user-specific file
#  3. system-wide file
# Any configuration value is only changed the first time it is set.
# Thus, host-specific definitions should be at the beginning of the
# configuration file, and defaults at the end.

# Site-wide defaults for some commonly used options.  For a comprehensive
# list of available options, their meanings and defaults, please see the
# ssh_config(5) man page.

# Host *
#   ForwardAgent no
#   ForwardX11 no
#   RhostsRSAAuthentication no
#   RSAAuthentication yes
#   PasswordAuthentication yes
#   HostbasedAuthentication no
#   GSSAPIAuthentication no
#   GSSAPIDelegateCredentials no
#   BatchMode no
#   CheckHostIP yes
#   AddressFamily any
#   ConnectTimeout 0
#   StrictHostKeyChecking ask
#   IdentityFile ~/.ssh/identity
#   IdentityFile ~/.ssh/id_rsa
#   IdentityFile ~/.ssh/id_dsa
#   Port 22
#   Protocol 2,1
#   Cipher 3des
#   Ciphers aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc
#   MACs hmac-md5,hmac-sha1,[email protected],hmac-ripemd160
#   EscapeChar ~
#   Tunnel no
#   TunnelDevice any:any
#   PermitLocalCommand no
#   VisualHostKey no
#   ProxyCommand ssh -q -W %h:%p gateway.example.com
#   RekeyLimit 1G 1h

Hm, OK, então nada definido. Você pode tentar a versão 0.7.0 para ver se se sai melhor (é novo, então você terá que baixar os binários, pois o Toolbox ainda não foi preparado)

@nathanleclaire Eu tentei 0.7.0, mas não fez diferença. Obtendo exatamente o mesmo erro. Alguma outra ideia? Obrigado!

@chrisbenson --native-ssh funciona para você ou apresenta o mesmo problema?

@nathanleclaire Exibe o mesmo problema, Nathan.

@chrisbenson Você tem algum tipo de firewall / VPN / proxy

@nathanleclaire Não, senhor, nada. Estou trabalhando em um MacBook Pro moderno e totalmente atualizado rodando El Capitan. Eu mantenho tudo (Docker, Docker Machine, OpenSSL, OpenSSH) atualizado com o Homebrew, exceto que instalei o VirtualBox usando seu binário de download. Não há nada de notável na minha configuração, e é por isso que estou perplexo.

@chrisbenson Algumas coisas para tentar:

• Se você usar o binário de máquina fornecido na página de lançamentos, isso faz alguma diferença? Há uma chance muito pequena de haver um problema de cgo vs. Go nativo devido ao uso do Homebrew.
• Se você olhar para a porta exposta do VirtualBox na GUI (porta encaminhada 22 em Configurações de rede para a VM), você pode efetuar SSH nela manualmente? (por exemplo, ssh [email protected] -p 34567 - a senha é tcuser )
  
  
  
  • Se não, coisas como ping 127.0.0.1 funcionam?
  
  
• O firewall do seu sistema Mac está ativado? (em Configurações IIRC)
• Por favor, dê uma olhada nos logs do VirtualBox (aninhados dentro de ~/.docker/machine/machines/default/default ) para ver se há algo interessante, por exemplo, erros.
• 127.0.0.1 é o seu loopback padrão, certo? como é o seu arquivo /etc/hosts ?

--native-ssh funciona para mim, mas esse problema ocorre toda vez que eu inicio uma nova sessão de terminal no OS X. Eu não tive nada além de problemas com docker-machine em produção, espero que o próximo Docker para Mac resolva esses problemas.

Isso está acontecendo no windows 7, a última caixa de ferramentas do docker, quando coloco o pc para hibernar à noite. Quando eu acordo o PC, todos os comandos da docker-machine expiram, mas posso docker-machine ssh $ node muito bem. Dentro dos nós, o docker está funcionando bem e os contêineres que lancei no dia anterior ainda estão em execução.

$ docker -v && docker-machine -v
Docker versão 1.12.0, compilação 8eab29e
docker-machine.exe versão 0.8.0, compilação b85aac1

$ docker-machine env

$ docker-machine regenerate-certs [nome da máquina]

$ docker-machine ls
Está bem!

Uau três ANOS depois no WIN7x64 aqui e isso AINDA ESTÁ ACONTECENDO !!! Não é hora de consertar ou apenas chamar o produto quebrado quando é IMPOSSÍVEL emitir um simples primeiro comando de criação padrão devido a isso?

(default) DBG | About to run SSH command: (default) DBG | exit 0 (default) DBG | SSH cmd err, output: exit status 255: (default) DBG | Error getting ssh command 'exit 0' : ssh command error: (default) DBG | command : exit 0 (default) DBG | err : exit status 255

Infelizmente eu tenho o mesmo problema. Parece que li todos os links no google e nada pode resolver o problema. Por favor ajude!

É correto criar máquinas dentro de VPS como a gota DigitalOcean? Tenho o problema neste servidor:

# lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description:    Ubuntu 18.04.1 LTS
Release:    18.04
Codename:   bionic

# docker -v
Docker version 18.06.1-ce, build e68fc7a

# docker-machine -v
docker-machine version 0.15.0, build b48dc28d

# VBoxManage --version
5.2.10_Ubuntur121806

# docker-machine --debug create --driver virtualbox mymachine

...

(mymachine) Waiting for an IP...
(mymachine) DBG | STDOUT:
(mymachine) DBG | {
(mymachine) DBG | Waiting for VM "mymachine" to power on...
(mymachine) DBG | VM "mymachine" has been successfully started.
(mymachine) DBG | }
(mymachine) DBG | STDERR:
(mymachine) DBG | {
(mymachine) DBG | }
(mymachine) DBG | Checking vm logs: /root/.docker/machine/machines/mymachine/mymachine/Logs/VBox.log
(mymachine) DBG | Getting to WaitForSSH function...
(mymachine) DBG | Using SSH client type: external
(mymachine) DBG | Using SSH private key: /root/.docker/machine/machines/mymachine/id_rsa (-rw-------)
(mymachine) DBG | &{[-F /dev/null -o ConnectionAttempts=3 -o ConnectTimeout=10 -o ControlMaster=no -o ControlPath=none -o LogLevel=quiet -o PasswordAuthentication=no -o ServerAliveInterval=60 -o StrictHostKeyChecking=no -o UserKnownHostsFile=/dev/null [email protected] -o IdentitiesOnly=yes -i /root/.docker/machine/machines/mymachine/id_rsa -p 44643] /usr/bin/ssh <nil>}
(mymachine) DBG | About to run SSH command:
(mymachine) DBG | exit 0

# And then many times:

(mymachine) DBG | SSH cmd err, output: exit status 255:
(mymachine) DBG | Error getting ssh command 'exit 0' : ssh command error:
(mymachine) DBG | command : exit 0
(mymachine) DBG | err     : exit status 255
(mymachine) DBG | output  :
(mymachine) DBG | Getting to WaitForSSH function...
(mymachine) DBG | Using SSH client type: external
(mymachine) DBG | Using SSH private key: /root/.docker/machine/machines/mymachine/id_rsa (-rw-------)
(mymachine) DBG | &{[-F /dev/null -o ConnectionAttempts=3 -o ConnectTimeout=10 -o ControlMaster=no -o ControlPath=none -o LogLevel=quiet -o PasswordAuthentication=no -o ServerAliveInterval=60 -o StrictHostKeyChecking=no -o UserKnownHostsFile=/dev/null [email protected] -o IdentitiesOnly=yes -i /root/.docker/machine/machines/mymachine/id_rsa -p 44643] /usr/bin/ssh <nil>}
(mymachine) DBG | About to run SSH command:
(mymachine) DBG | exit 0

Tentei criar a configuração ssh:

# cat ~/.ssh/config
Host *
  TCPKeepAlive yes
  ServerAliveInterval 10
  ServerAliveCountMax 10
  ForwardAgent yes
  ControlMaster no

Usar --native-ssh não resolve o problema.

@tenorok Você não pode aninhar a virtualização na maioria dos provedores de nuvem, que é o que tentar criar uma máquina VirtualBox no DO faria.

Eu tentei a caixa de ferramentas e encontrei os mesmos problemas quando usei cmd e ssh nativo (windows oponssl)
e resolvemos esses problemas tring ssh de git / usr / bin / ssh.

Obter este problema em 2020.

&{[-F /dev/null -o ConnectionAttempts=3 -o ConnectTimeout=10 -o ControlMaster=no -o ControlPath=none -o LogLevel=quiet -o PasswordAuthentication=no -o ServerAliveInterval=60 -o StrictHostKeyChecking=no -o UserKnownHostsFile=/dev/null [email protected] -p 22] /usr/local/bin/ssh <nil>}
About to run SSH command:
exit 0
SSH cmd err, output: exit status 255: 
Error getting ssh command 'exit 0' : ssh command error:
command : exit 0
err     : exit status 255
output  : 
Getting to WaitForSSH function...
(dvc1) Calling .GetSSHHostname
(dvc1) Calling .GetSSHPort
(dvc1) Calling .GetSSHKeyPath
(dvc1) Calling .GetSSHUsername
Using SSH client type: external
&{[-F /dev/null -o ConnectionAttempts=3 -o ConnectTimeout=10 -o ControlMaster=no -o ControlPath=none -o LogLevel=quiet -o PasswordAuthentication=no -o ServerAliveInterval=60 -o StrictHostKeyChecking=no -o UserKnownHostsFile=/dev/null [email protected] -p 22] /usr/local/bin/ssh <nil>}
About to run SSH command:
exit 0

➜  dogvscat git:(master) ✗ docker-machine -v
docker-machine version 0.16.2, build bd45ab1
➜  dogvscat git:(master) ✗ docker version
Client: Docker Engine - Community
 Version:           19.03.8