Machine: docker-machine create se cuelga con el controlador virtualbox: SSH cmd err, salida: estado de salida 255:

Creo que este es el mismo problema que tengo en MacOSX. He intentado varias veces crear una nueva VM VirtualBox Dev desde cero. Haber limpiado .docker / e incluso degradado de 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:
 ejecutando: / usr / bin / VBoxManage modificarvm docker-vm --nic2 hostonly --nictype2 82540EM --hostonlyadapter2 vboxnet2 --cableconnected2 on
 STDOUT:
 STDERR:
 ejecutando: / usr / bin / VBoxManage modificarvm docker-vm --natpf1 eliminar ssh
 STDOUT:
 STDERR: VBoxManage: error: Código NS_ERROR_INVALID_ARG (0x80070057) - Valor de argumento no válido (información extendida no disponible)
 VBoxManage: error: Contexto: "RemoveRedirect (Bstr (ValueUnion.psz) .raw ())" en la línea 1717 del archivo VBoxManageModifyVM.cpp
 ejecutando: / usr / bin / VBoxManage modifiedvm docker-vm --natpf1 ssh, tcp, 127.0.0.1,50083`` 22
 STDOUT:
 STDERR:
 ejecutando: / usr / bin / VBoxManage startvm docker-vm --type headless
 STDOUT: Esperando a que la VM "docker-vm" se encienda ...
 La máquina virtual "docker-vm" se ha iniciado correctamente.
 STDERR:
 Iniciando VM ...
 Llegar a la función WaitForSSH ...
 Probando la conexión TCP a: localhost: 50083
 Usando el tipo de cliente SSH: externo
 A punto de ejecutar el comando SSH:
 salir 0
 & {/ usr / bin / ssh [/ usr / bin / ssh -o PasswordAuthentication = no -o IdentitiesOnly = sí -o StrictHostKeyChecking = no -o UserKnownHostsFile = / dev / null -o LogLevel = silencioso -o ConnectionAttempts = 3 -o ConnectTimeout = 10 -i /Users/tehmasp/.docker/machine/machines/docker-vm/id_rsa -p 50083 docker @localhost exit 0] [][]? reflexionar Valor? falso [] [] [] []}
 SSH cmd err, salida: estado de salida 255:
 Error al obtener el comando ssh 'exit 0': estado de salida 255
 Llegar a la función WaitForSSH ...
 Probando la conexión TCP a: localhost: 50083
 Usando el tipo de cliente SSH: externo
 A punto de ejecutar el comando SSH:
 salir 0
 & {/ usr / bin / ssh [/ usr / bin / ssh -o PasswordAuthentication = no -o IdentitiesOnly = sí -o StrictHostKeyChecking = no -o UserKnownHostsFile = / dev / null -o LogLevel = silencioso -o ConnectionAttempts = 3 -o ConnectTimeout = 10 -i /Users/tehmasp/.docker/machine/machines/docker-vm/id_rsa -p 50083 docker @localhost exit 0] [][]? reflexionar Valor? falso [] [] [] []}
 SSH cmd err, salida: estado de salida 255:
 Error al obtener el comando ssh 'exit 0': estado de salida 255
 Llegar a la función WaitForSSH ...
 Probando la conexión TCP a: localhost: 50083
 Usando el tipo de cliente SSH: externo
 A punto de ejecutar el comando SSH:
 salir 0
 & {/ usr / bin / ssh [/ usr / bin / ssh -o PasswordAuthentication = no -o IdentitiesOnly = sí -o StrictHostKeyChecking = no -o UserKnownHostsFile = / dev / null -o LogLevel = silencioso -o ConnectionAttempts = 3 -o ConnectTimeout = 10 -i /Users/tehmasp/.docker/machine/machines/docker-vm/id_rsa -p 50083 docker @localhost exit 0] [][]? reflexionar Valor? falso [] [] [] []}
 SSH cmd err, salida: estado de salida 255:
 Error al obtener el comando ssh 'exit 0': estado de salida 255
 Llegar a la función WaitForSSH ...
 Probando la conexión TCP a: localhost: 50083
 Usando el tipo de cliente SSH: externo
 A punto de ejecutar el comando SSH:
 salir 0
 & {/ usr / bin / ssh [/ usr / bin / ssh -o PasswordAuthentication = no -o IdentitiesOnly = sí -o StrictHostKeyChecking = no -o UserKnownHostsFile = / dev / null -o LogLevel = silencioso -o ConnectionAttempts = 3 -o ConnectTimeout = 10 -i /Users/tehmasp/.docker/machine/machines/docker-vm/id_rsa -p 50083 docker @localhost exit 0] [][]? reflexionar Valor? falso [] [] [] []}

Puedo iniciar sesión en la máquina virtual manualmente, y parece estar bien, por lo que creo que el problema es que la máquina acoplable no puede obtener el estado correctamente.

Tengo un entorno de máquina acoplable que funciona con:

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

(Para su información: lo instaló manualmente ya que homebrew-cask no tiene nada más nuevo que v0.3.0 hasta el momento)

Sin embargo, en 'create', docker-machine todavía se colgaba y tuve que 'regenerate-certs' para mi 'docker-vm' para que funcione completamente un 'docker-machine env docker-vm'.

Poniéndolo a disposición de cualquier otra persona que tenga problemas similares. Al menos ahora tengo un entorno de máquina acoplable en funcionamiento, sin tener que volver a boot2docker. Sin embargo, solo desperdició todo el día en esto :(

@tehmaspc el mismo problema contigo, y no encontré una solución

@tehmaspc gracias por los comentarios y perdón por el problema :( desafortunadamente, esto generalmente se debe a la red virtualbox. Gracias por los comentarios que corrigió la v0.4.0-rc1.

@opskumu, ¿te importaría probar el 0.4.0-rc1?

Veo lo mismo en 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...

Simplemente cuelga para siempre ...

Env Info:

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, bajé a 4.3.x VBOX e hice un comando de regeneración cert para superar esto. Asegúrese de intentarlo con una máquina virtual nueva. Buena suerte.

@opskumu @ wmiller848 - así que me encontré con este problema: https://github.com/docker/machine/issues/1572

Utilizo multiplexación SSH en mi archivo ~ / .ssh / config; Acabo de deshabilitar estas configuraciones y estoy haciendo que la máquina acoplable funcione correctamente. Incluso mi solución anterior no funcionaba de manera consistente, pero con la multiplexación SSH desactivada, parece haber sido la solución.

¿Se pregunta si ustedes tienen habilitada la multiplexación SSH?

Mi archivo ~ / .ssh / config ahora es:

 % cat ~ / .ssh / config
 Anfitrión *
 TCPKeepAlive sí
 ServerAliveInterval 10
 ServerAliveCountMax 10
 ForwardAgent sí
 # ControlMaster auto
 # ControlPath ~/.ssh/sockets/%r@%h-%p
 # ControlPersist 300

Salud,
Tehmasp

La desactivación de la multiplexación SSH también funcionó para mí (en OS X 10.10.4). ¡Gracias @tehmaspc!

@ehazlett Ya he probado el 0.4.0, tampoco 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 no funciona para mí también.

También hay un problema en Win10 con 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

No estoy seguro de si esto ayuda, pero después de problemas similares, noté que el puerto ssh no estaba configurado en el archivo de configuración de mi máquina ( ~/.docker/machine/machines/<machine_name>/config.json ). En consecuencia, docker-machine siempre intentaba ssh en el puerto 22. Después de configurar esto manualmente, todo funcionó para mí.

Por lo que vale, eliminar la configuración de multiplexación en mi configuración SSH solucionó esto por mí. Nada más que probé en ninguno de los otros problemas abiertos funcionaba, pero ahora todo parece funcionar muy bien.

¿Quizás el script de configuración de VM debería considerar usar la opción SSH -o para deshabilitar la multiplexación cuando está haciendo conexiones?

@chrisfosterelli yup +1;

cc @ehazlett : mucha gente sigue teniendo este problema; deberíamos golpear esto?

Gracias,
@tehmaspc

El problema ha sido tan impredecible. Sería genial reunir la posible solución con todos los que forman parte de esta discusión para garantizar que mitigue el problema.

La eliminación de ssh mutliplexing solucionó esto también para mí.

¿Alguien ha descubierto que la desactivación de la multiplexación ssh solucionó el problema en Linux, a diferencia de Mac? Sigo viendo un problema en Ubuntu con él deshabilitado. La gente dice que se lo arregló, pero no tenga en cuenta Linux, Windows o Mac.

No tengo activada la multiplexación ssh, pero sigo viendo este problema.
@ wmiller848 : ¿encontró una solución a este problema?
Aquí está mi entorno:
~ $ docker --version; docker-machine --version; VBoxManage --versión
Docker versión 1.9.0-dev, compilación 0e3674d, experimental
docker-machine versión 0.4.1 (e2c88d6)
5.0.0r101573

~ $ sw_vers
Nombre del producto: Mac OS X
ProductoVersión: 10.10.4
BuildVersion: 14E46

También veo el siguiente error:

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

Usé la instalación predeterminada de Docker Machine y dejé que instalara VirtualBox ya que aún no la tenía en esta computadora en particular. Lo único potencialmente extraño que tengo es una versión casera de OpenSSH con estrictos requisitos de cifrado. Aquí están los detalles de mi entorno:

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..

Tener el mismo problema.

$ vboxmanage --version
5.0.2r102096

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

No estoy seguro de por qué, pero mi problema es un config.json incorrecto para la máquina. Falta la IP y el puerto de la máquina.

También tengo el mismo problema ... Estoy usando boot2docker hasta que se solucione.

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

Tengo el mismo problema aquí:

$ 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

Gracias

El mismo problema aquí:

$ 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

Bajé VBox de 5.xa 4.3.xy funcionó durante unas horas, luego dio el mismo error de SSH.

Tengo el mismo problema. He encontrado una solución para este error:

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

Gracias @ecylmz. +1 para su solución. Seguí viendo este error, pero creó correctamente la máquina.

STDERR: ejecutando: / usr / local / bin / VBoxManage modificarvm imc --natpf1 eliminar ssh

STDERR: VBoxManage: error: Código NS_ERROR_INVALID_ARG (0x80070057) - Valor de argumento no válido (información extendida no disponible)
VBoxManage: error: Contexto: "RemoveRedirect (Bstr (ValueUnion.psz) .raw ())" en la línea 1766 del archivo VBoxManageModifyVM.cpp

Felicitaciones a @ecylmz por la solución, también funcionó para mí. La única advertencia es que necesito ejecutar docker-machine --native-ssh para cada comando docker-machine (como docker-machine env vm_name ).

También vale la pena señalar que la actualización a Docker Toolbox 1.8.1c no solucionó este problema.

--native-ssh solución alternativa funcionó para mí también

--native-ssh funcionó para mí. : +1: @ecylmz

Para su información, todos, si la razón por la que se encuentran con estos problemas es debido a la configuración de multiplexación SSH, debe solucionarse en la próxima versión / en el maestro.

@nathanleclaire gracias por la actualización sobre cómo arreglar la multiplexación SSH. ¡Buenas noticias! He probado --native-ssh en Linux (Ubuntu). No soluciona el problema. Una vez más, es impredecible, por lo que hacer que funcione una vez no significa nada. Puedo hacer que falle 10 veces seguidas, luego, de repente, funcione unas cuantas veces y luego falle 10 veces.

@garystafford Puedo confirmar que esto --native-ssh no funciona con el controlador predeterminado (ninguno) con Ubuntu.

+1

Ejecuto el comando $ docker-machine -D --native-ssh create -d virtualbox local , no funcionó con el registro de errores:
ejecutando: / usr / bin / VBoxManage startvm local --type headless
STDOUT: Esperando que la VM "local" se encienda ...
La VM "local" se ha iniciado correctamente.

STDERR:
Iniciando VM ...
Llegar a la función WaitForSSH ...
Probando la conexión TCP a: localhost: 49564
Usando el tipo de cliente SSH: nativo
A punto de ejecutar el comando SSH:
salir 0
Error al marcar TCP: ssh: error en el protocolo de enlace: leer tcp 127.0.0.1:49564: restablecimiento de la conexión por parte del par
Error al marcar TCP: ssh: error en el protocolo de enlace: leer tcp 127.0.0.1:49564: restablecimiento de la conexión por parte del par

@nathanleclaire , simplemente

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

@nathanleclaire Pasé de más del 80% de fallas al crear máquinas y / o obtener conflictos de direcciones IP al 100% de éxito al eliminar esos adaptadores de red adicionales solo para host que mencionaste. En VirtualBox 5.0.3, fui a VirtualBox -> Preferencias -> Red -> Redes de solo host y las eliminé. Después de eso, creé un enjambre de 5 clústeres y agregué tejido sin errores ni problemas obvios. Gracias. FYI, todavía estoy ejecutando la versión docker-machine version 0.5.0-dev (fe5a722) que cloné y construí.

@garystafford Es bueno saber que lo han limpiado. Definitivamente me gustaría esforzarme más en detectar configuraciones de red defectuosas y sugerir soluciones para evitar el tipo de problemas por los que tuvo que pasar.

Parece que mi problema era doble. No solo fue necesaria la eliminación de los adaptadores vmnet0 y vmnet1, sino que todos los comandos de la máquina docker requieren sudo.

En mi entorno, este es un problema de red virtualbox. Tuve que
(1) Cambie el adaptador solo de host a un adaptador en puente (en0 Wi-Fi).
Entonces puedo ssh docker @ ...
(2) docker-machine regenerate-certs
Entonces funciona 'docker-machine config'

estado obteniendo exactamente el mismo error, pero logré resolver mi caso " habilitar la virtualización " en la BIOS.

solucionar problemas involucrados:

1. usando la bandera de depuración: docker-machine --debug create --driver virtualbox dev
2. verifique la configuración de red "dev" vm en VirtualBox Manager, asumiendo que fue un problema de reenvío de puerto / adaptador
3. por casualidad hice doble clic en el vm "dev" en ejecución en VirtualBox Manager, que abre una ventana en "dev" vm, que muestra el problema real: " vt x amd-v no disponible en su sistema ". Debido a que la máquina virtual de esta ventana acoplable se bloqueó con el error " requiere x86-64 pero solo se detectó la cpu i686 "

Solo quería compartir mi solución de problemas, especialmente la parte de "hacer doble clic" en la máquina virtual en ejecución dentro de VirtualBox Manager. Pruebe esto, podría darle una pista sobre cuál puede ser la causa subyacente de su bloqueo.

Como solución alternativa, si aún desea Host * ... ControlMaster auto en su "~ / .ssh / config", descubrí que podía hacer esto:

# 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

# ...

Los últimos RC deberían funcionar bien con las opciones ControlMaster establecidas en la configuración SSH

docker-machine -v
docker-machine versión 0.4.1 (e2c88d6)

También tengo el mismo problema
la solución alternativa es agregar --native-ssh a cada comando de docker-machine

También tengo este problema en MacOS 10.11.1.
El uso de --native-ssh realmente ayuda.

Tenía archivos ~ / .ssh / config. Una vez que lo corrigí, pude crear una máquina como antes. Una forma de verificar esto es intentar enviar ssh a otro servidor y ver si funciona para asegurarse de que la máquina acoplable no esté fallando debido a ssh.

Mismo problema y nada funcionó.
Para mí, solo la solución alternativa es agregar --native-ssh para cada máquina.

Detalles de mi env:
SO: OS X El Capitan Versión 10.11
docker-machine versión 0.5.0 (04cfa58)
VBoxManage --versión
5.0.8r103449

@tehmaspc https://github.com/docker/machine/issues/1591#issuecomment -126169020 funciona para mí, con algunas soluciones sugeridas por @trentm.

Me encontré con esto en Windows 10 hoy después de una pequeña actualización en mi instalación de Docker. Intenté todo: eliminar .docker , reconstruir las máquinas virtuales VBox, jugar con mis variables de entorno, piratear config.json ... Al final, desinstalé todo (incluido virtualbox) y dejé que se reinstalara todo. ¡Eso funciono!

Parece que debe haber un problema con las redes VBox que ocurre durante el proceso de actualización o algo así. Como si se hubiera tomado la dirección IP esperada y todo explotó después de eso.

Tuve el mismo problema. Aparentemente, tenía un OpenSSH instalado antes y lo estaba tomando mientras creaba la imagen de la ventana acoplable que condujo al error ControlMaster. Lo desinstalé, agregué Git \ bin a la ruta y funcionó de maravilla.

Tengo el mismo problema y las soluciones alternativas propuestas en esta página no han tenido ningún efecto. ¿Algunas ideas?

Aquí está mi entorno:

Docker versión 1.10.3, compilación 20f81dd
docker-machine versión 0.6.0, compilación e27fb87
5.0.16r105871
Nombre del producto: Mac OS X
Versión del producto: 10.11.4
BuildVersion: 15E65

Cuando emito este comando:

docker-machine --debug create -d virtualbox predeterminado

... eventualmente siempre se cuelga de este error, que se imprime en el terminal repetidamente hasta que lo interrumpo manualmente:

(predeterminado) DBG | Llegar a la función WaitForSSH ...
(predeterminado) DBG | Usando el tipo de cliente SSH: externo
(predeterminado) DBG | {[-o BatchMode = sí -o PasswordAuthentication = no -o StrictHostKeyChecking = no -o UserKnownHostsFile = / dev / null -o LogLevel = silencioso -o ConnectionAttempts = 3 -o ConnectTimeout = 10 -o ControlMaster = no -o ControlPath = ninguno [email protected] -o IdentitiesOnly = yes -i /Users/cbenson/.docker/machine/machines/default/id_rsa -p 53332] / usr / local / bin / ssh}
(predeterminado) DBG | A punto de ejecutar el comando SSH:
(predeterminado) DBG | salir 0
(predeterminado) DBG | SSH cmd err, salida: estado de salida 255:
(predeterminado) DBG | Error al obtener el comando ssh 'exit 0': ¡Algo salió mal al ejecutar un comando SSH!
(predeterminado) DBG | comando: salir 0
(predeterminado) DBG | err: estado de salida 255
(predeterminado) DBG | salida:

@nathanleclaire, ¿puedes echar un vistazo a mi comentario de arriba? Estoy en Mac El Cap, y todo lo que estoy usando (Docker, Docker Machine, VirtualBox, actualizaciones del sistema operativo) es la última versión. Nada de lo que he visto como posibles soluciones en esta página o en las páginas de problemas relacionados ha funcionado. Creo que es algo sobre mi configuración, porque afecta a dos Mac configuradas de manera similar que tengo. Utilizo Homebrew para los últimos Docker, Docker Machine, OpenSSH y OpenSSL. Tengo VirtualBox instalado desde su propio binario, pero anteriormente intenté instalarlo también a través de Homebrew (pero no actualmente). ¿Algunas ideas? ¡Gracias!

Todavía no tengo EL Cap, así que no puedo compartir mi experiencia con ese sistema operativo.

Una alternativa es ingresar a la versión beta de Docker para Mac, que elimina por completo los requisitos de Virtualbox. Por supuesto que podría tener otros problemas :)

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

@chrisbenson ¿Cómo es tu archivo ~/.ssh/config ?

¿Cuál es la salida de docker-machine ssh default -vvv ?

@nathanleclaire Perdón por la demora en

No es el ~/.ssh/config , porque en realidad eliminé el mío para asegurarme de que no era eso. No tuvo ningún efecto.

Después de ejecutar docker-machine --debug create -d virtualbox default , que genera el error mencionado una y otra vez, y luego presiono Ctrl + C para eliminarlo.

Luego ingreso docker-machine ssh default -vvv y obtengo esto:

OpenSSH_7.2p2, OpenSSL 1.0.2g 1 de marzo de 2016
debug1: lectura de datos de configuración / usr / local / etc / ssh / ssh_config
debug2: resolviendo el puerto 22 "127.0.0.1"
debug2: ssh_connect_direct: needpriv 0
debug1: Conectando al puerto 22 de 127.0.0.1 [127.0.0.1].
debug2: configuración de fd 3 O_NONBLOCK
debug1: conectarse a la dirección 127.0.0.1 puerto 22: conexión rechazada
debug1: Intentando de nuevo ...
debug1: Conectando al puerto 22 de 127.0.0.1 [127.0.0.1].
debug2: configuración de fd 3 O_NONBLOCK
debug1: conectarse a la dirección 127.0.0.1 puerto 22: conexión rechazada
debug1: Intentando de nuevo ...
debug1: Conectando al puerto 22 de 127.0.0.1 [127.0.0.1].
debug2: configuración de fd 3 O_NONBLOCK
debug1: conectarse a la dirección 127.0.0.1 puerto 22: conexión rechazada
ssh: conectarse al host 127.0.0.1 puerto 22: conexión rechazada
estado de salida 255

@chrisbenson Solo para estar seguro, ¿cuál es el contenido de /usr/local/etc/ssh/ssh_config ?

@nathanleclaire Aquí está el 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, está bien, entonces no hay nada configurado. ¿Puedes probar la versión 0.7.0 para ver si te va mejor (es nuevo, por lo que tendrás que descargar los binarios ya que Toolbox aún no se ha preparado)?

@nathanleclaire Probé 0.7.0, pero no hizo ninguna diferencia. Obteniendo exactamente el mismo error. ¿Alguna otra idea? ¡Gracias!

@chrisbenson ¿ --native-ssh funciona para usted o presenta el mismo problema?

@nathanleclaire Exhibe el mismo problema, Nathan.

@chrisbenson ¿Tiene algún tipo de firewall / VPN / proxy

@nathanleclaire No señor, nada. Estoy trabajando en una MacBook Pro moderna y completamente actualizada con El Capitan. Mantengo todo (Docker, Docker Machine, OpenSSL, OpenSSH) actualizado con Homebrew, excepto que instalé VirtualBox usando su binario de descarga. No hay nada extraordinario en mi configuración, por eso estoy perplejo.

@chrisbenson Un par de cosas para probar:

• Si utiliza el binario de Machine proporcionado en la página de lanzamientos, ¿hay alguna diferencia? Existe una posibilidad muy pequeña de que haya un problema de cgo frente a un Go nativo debido al uso de Homebrew.
• Si observa el puerto VirtualBox expuesto en la GUI (puerto reenviado 22 en Configuración de red para la VM), ¿puede SSH en él manualmente? (por ejemplo, ssh [email protected] -p 34567 - la contraseña es tcuser )
  
  
  
  • Si no es así, ¿funcionan cosas como ping 127.0.0.1 ?
  
  
• ¿Está habilitado el firewall de su sistema Mac? (en Configuración IIRC)
• Por favor, eche un vistazo a los registros de VirtualBox (anidados dentro de ~/.docker/machine/machines/default/default ) para ver si hay algo interesante, por ejemplo, errores.
• 127.0.0.1 es su loopback predeterminado, ¿verdad? ¿Cómo se ve su archivo /etc/hosts ?

--native-ssh funciona para mí, pero este problema ocurre cada vez que inicio una nueva sesión de terminal en OS X. No he tenido más que problemas con la máquina docker en producción, espero que el próximo Docker para Mac resuelva estos problemas.

Esto está sucediendo en Windows 7, la última caja de herramientas de Docker, cuando pongo la PC a dormir por la noche. Cuando despierto la PC, todos los comandos de docker-machine se agotan, pero puedo docker-machine ssh $ node bien. Dentro de los nodos, la ventana acoplable funciona bien y los contenedores que lancé el día anterior todavía se están ejecutando.

$ docker -v && docker-machine -v
Docker versión 1.12.0, compilación 8eab29e
docker-machine.exe versión 0.8.0, compilación b85aac1

$ docker-machine env

$ docker-machine regenerate-certs [nombre de la máquina]

$ docker-machine ls
¡Okay!

¡Wow, tres AÑOS después en WIN7x64 aquí y esto TODAVÍA ESTÁ SUCEDIENDO! ¿No es hora de arreglarlo o simplemente llamar al producto roto cuando es IMPOSIBLE emitir un primer comando de creación predeterminado debido a esto?

(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

Desafortunadamente, tengo el mismo problema. Parece que leo todos los enlaces en Google y nada puede solucionar el problema. ¡Por favor ayuda!

¿Es correcto crear máquinas dentro de VPS como la gota de DigitalOcean? Tengo el problema en dicho 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

Intenté crear ssh config:

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

Usando --native-ssh no se soluciona el problema.

@tenorok No puede anidar la virtualización en la mayoría de los proveedores de la nube, que es lo que estaría haciendo intentar crear una máquina VirtualBox en DO.

Probé la caja de herramientas y encontré los mismos problemas cuando usé cmd y ssh nativo (windows oponssl)
y resolvió estos problemas probando ssh desde git / usr / bin / ssh.

Conseguir este problema en 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