Error vagabundo: tiempo de espera de conexión. Reintentando

Tengo un servidor con Ubuntu 12.04, Virtualbox 4.3 y Vagrant 1.5.1. Estoy tratando de usar este cuadro http://puppet-vagrant-boxes.puppetlabs.com/centos-64-x64-vbox4210.box sin éxito. Cuando ejecuto "vagabundo" me sale este mensaje:

Bringing machine 'default' up with 'virtualbox' provider...
==> default: Importing base box 'centos-64-x64-vbox4210'...
==> default: Matching MAC address for NAT networking...
==> default: Setting the name of the VM: rafael_default_1396403974194_51967
==> default: Clearing any previously set forwarded ports...
==> default: Clearing any previously set network interfaces...
==> default: Preparing network interfaces based on configuration...
    default: Adapter 1: nat
==> default: Forwarding ports...
    default: 22 => 2222 (adapter 1)
==> default: Booting VM...
==> default: Waiting for machine to boot. This may take a few minutes...
    default: SSH address: 127.0.0.1:2222
    default: SSH username: vagrant
    default: SSH auth method: private key
    default: Error: Connection timeout. Retrying...
    default: Error: Connection timeout. Retrying...
    default: Error: Connection timeout. Retrying...
    default: Error: Connection timeout. Retrying...
    default: Error: Connection timeout. Retrying...
Timed out while waiting for the machine to boot. This means that
Vagrant was unable to communicate with the guest machine within
the configured ("config.vm.boot_timeout" value) time period.

If you look above, you should be able to see the error(s) that
Vagrant had when attempting to connect to the machine. These errors
are usually good hints as to what may be wrong.

If you're using a custom box, make sure that networking is properly
working and you're able to connect to the machine. It is a common
problem that networking isn't setup properly in these boxes.
Verify that authentication configurations are also setup properly,
as well.

If the box appears to be booting properly, you may want to increase
the timeout ("config.vm.boot_timeout") value.

Este es mi archivo vagabundo

# Vagrantfile API/syntax version. Don't touch unless you know what you're doing!
VAGRANTFILE_API_VERSION = "2"

Vagrant.configure(VAGRANTFILE_API_VERSION) do |config|
  # All Vagrant configuration is done here. The most common configuration
  # options are documented and commented below. For a complete reference,
  # please see the online documentation at vagrantup.com.

  # Every Vagrant virtual environment requires a box to build off of.
  config.vm.box = "centos-64-x64-vbox4210"
  config.vm.boot_timeout = 600
  # The url from where the 'config.vm.box' box will be fetched if it
  # doesn't already exist on the user's system.
  # config.vm.box_url = "http://domain.com/path/to/above.box"

  # Create a forwarded port mapping which allows access to a specific port
  # within the machine from a port on the host machine. In the example below,
  # accessing "localhost:8080" will access port 80 on the guest machine.
  # config.vm.network "forwarded_port", guest: 80, host: 8080

  # Create a private network, which allows host-only access to the machine
  # using a specific IP.
  # config.vm.network "private_network", ip: "192.168.33.10"

  # Create a public network, which generally matched to bridged network.
  # Bridged networks make the machine appear as another physical device on
  # your network.
  # config.vm.network "public_network"

  # If true, then any SSH connections made will enable agent forwarding.
  # Default value: false
  # config.ssh.forward_agent = true

  # Share an additional folder to the guest VM. The first argument is
  # the path on the host to the actual folder. The second argument is
  # the path on the guest to mount the folder. And the optional third
  # argument is a set of non-required options.
  # config.vm.synced_folder "../data", "/vagrant_data"
  # Enable provisioning with chef server, specifying the chef server URL,
  # and the path to the validation key (relative to this Vagrantfile).
  #
  # The Opscode Platform uses HTTPS. Substitute your organization for
  # ORGNAME in the URL and validation key.
  #
  # If you have your own Chef Server, use the appropriate URL, which may be
  # HTTP instead of HTTPS depending on your configuration. Also change the
  # validation key to validation.pem.
  #
  # config.vm.provision "chef_client" do |chef|
  #   chef.chef_server_url = "https://api.opscode.com/organizations/ORGNAME"    
  #   chef.validation_key_path = "ORGNAME-validator.pem"
  # end
  #
  # If you're using the Opscode platform, your validator client is
  # ORGNAME-validator, replacing ORGNAME with your organization name.
  #
  # If you have your own Chef Server, the default validation client name is
  # chef-validator, unless you changed the configuration.
  #
  #   chef.validation_client_name = "ORGNAME-validator"
end

mi servidor no tiene interfaz gráfica ¿Cómo puedo solucionarlo? Gracias.

Primero, intente: para ver qué clave privada vagabunda en la configuración de su máquina

$ vagrant ssh-config

Ejemplo:

$ vagrant ssh-config
Host default
  HostName 127.0.0.1
  User vagrant
  Port 2222
  UserKnownHostsFile /dev/null
  StrictHostKeyChecking no
  PasswordAuthentication no
  IdentityFile C:/Users/konst/.vagrant.d/insecure_private_key
  IdentitiesOnly yes
  LogLevel FATAL

Documentos de configuración SSH vagabundos

En segundo lugar, hacer: cambiar el contenido del archivo insecure_private_key con el contenido de la clave privada del propio sistema yorn

intente habilitar su GUI de virtual box como se informa en esta publicación Vagrant atascó el tiempo de espera de conexión y siga los pasos en los comentarios.

Si no funciona, intente agregar esta modificación a su archivo vagrant:

cree un archivo llamado "script.sh" que contenga los siguientes comandos:

mkdir /home/vagrant/.ssh
wget --no-check-certificate -O authorized_keys 'https://github.com/mitchellh/vagrant/raw/master/keys/vagrant.pub'
mv authorized_keys /home/vagrant/.ssh
chown -R vagrant /home/vagrant/.ssh
chmod -R go-rwsx /home/vagrant/.ssh

luego agregue esto a su archivo vagrant:

  # running script shell
    config.vm.provision :shell, :path => "script.sh"

El tiempo de espera de la conexión SSH durante la fase de arranque puede ocurrir por diferentes razones, tales como:

• el sistema espera la interacción del usuario (por ejemplo, la partición compartida no está lista ),
• sshd mala configuración,
• configuración incorrecta del firewall (en caso de que no sea local),
• desajuste de su clave privada,
• config.vm.boot_timeout el período de tiempo es demasiado bajo (el tuyo está bien),
• asegúrese de que la virtualización esté habilitada en el BIOS.

Para depurar el problema, ejecútelo como:

VAGRANT_LOG=debug vagrant up

Si no hay nada obvio, intente conectarse desde otro terminal, por vagrant ssho por:

vagrant ssh-config > vagrant-ssh; ssh -F vagrant-ssh default

Si el SSH todavía falla, vuelva a ejecutarlo con una GUI (por ejemplo config.gui = true).

Si no es así, verifique los procesos en ejecución (por ejemplo, por vagrant ssh -c 'pstree -a':) o verifique su sshd_config.

Si se trata de VM desechables, siempre se puede destroyy upotra vez. También considere actualizar su Vagrant y Virtualbox.

Intente abrir el puerto 22 en el firewall.

Con Oracle VM VirtualBox Manager, inicie su VM directamente o

agregue esto a su Vagrantfile

config.vm.provider :virtualbox do |vb|
  vb.gui = true
end

y corre "vagabundo"

iniciar sesión con credenciales vagabundas predeterminadas

user: vagrant
pass: vagrant

agregar regla de firewall

sudo ufw allow 22

Acabo de resolver un problema similar.

Problema : el comando para iniciar sesión en el entorno de desarrollo de invitados vagrant sshestaba agotando el tiempo de espera. Rutinariamente funciona bien en otra máquina host.

Pasos de depuración:

1. En el Vagrantfile, habilité la GUI de Virtualbox (como se recomienda en otra respuesta) para ver qué estaba causando el tiempo de espera. Ubuntu estaba pidiendo un nombre de usuario y contraseña, lo cual no debería porque debería estar usando la clave ssh.

2. En lugar de ejecutar vagrant ssh, ejecuté un comando ssh equivalente muchas veces, agregando y eliminando diferentes opciones de ssh. Uno de los mensajes de error de tiempo de espera leído "no pudo iniciar sesión en [ejemplo.com]" ... lo que no tiene sentido porque este problema no tiene nada que ver con [ejemplo.com].

3. Entonces eso me llevó a mirar el .ssh / config donde [ejemplo.com] podría tener alguna relevancia.

Causa raíz : en .ssh / config, hubo una entrada sin Hostestablecer, accidentalmente. Por lo tanto, estaba aplicando esa regla de configuración a todas las llamadas ssh, incluida vagrant ssh(que es solo un acceso directo para un comando ssh más largo).

Solución : asegúrese de que todas las entradas .ssh / config se hayan Hostconfigurado.

Intenta generar insecure_private_key

Resolví esto quitando el insecure_private_key, ubicado debajo de~/.vagrant.d

tal vez la razón es que el insecure_private_keyarchivo es viejo

Yo tuve el mismo problema. Eliminé todo de SystemPrefereces-> Security-> Firewall y eliminé todos los servicios de SystemPreferences-> Shared. Luego habilité el inicio de sesión remoto nuevamente. Eso solucionó el problema en mi caso. Si esto no resuelve su problema, puede visitar este sitio y comprobarlo usted mismo. (ServerFaqs)

Experimenté un problema similar. Aquí esta lo que hice.

• Virtualización habilitada en BIOS
• Corrió ssh-add ~/.vagrant.d/insecure_private_key
• Agregado config.vm.boot_timeout = 600a mi~/Homestead/Vagrantfile

Funciona bien ahora.

Necesita habilitar la GUI. Elimine el comentario de estas líneas en su Vagrantarchivo:

config.vm.provider :virtualbox do |vb|
  vb.gui = true
end

Después de que necesite apagar su máquina y comenzar de nuevo:

vagrant halt
vagrant up

Cómo lo arreglé:

en vagrantfile, habilitado / descomenta lo siguiente ...

config.vm.network "private_network", ip: "192.168.33.10"
...
config.vm.network "public_network"

Este problema podría deberse a muchos factores, incluida una situación en la que el cuadro de VM se cuelga esperando la respuesta del usuario. Sin embargo, un problema común ha sido la falta de coincidencia entre la clave privada y las claves públicas. Para corregir este problema, debe proporcionar un archivo de clave privada en su máquina host que coincida con el archivo de clave pública en el cuadro VM. Publiqué una solución con 3 enfoques opcionales en nuestro blog aquí ...

http://www.productiveminds.com/blog/vagrant-ssh-authentication-how-to-successfully-login-into-vm-box-using-vagrant-up/

Esto funciona para mi:

1. iniciar sesión con: gui por login / pass: vagrant / vagrant
2. modificar el /etc/rc.localarchivo para incluir la línea sh /etc/init.d/networking restartjusto antesexit 0
3. deshabilitar: gui
4. vagabundo o recarga vagabundo

https://github.com/mitchellh/vagrant/issues/391#issuecomment-2078383

Tengo el mismo problema y esta es mi primera experiencia con vagabundo.

Logré "resolver" el problema usando una red pública en lugar de una privada

config.vm.network "public_network", ip: "192.168.3.175"

Reemplace 192.168.3.175con una IP que pertenezca a su clase de red.

Sin embargo, me gustaría entender qué le pasa a la red privada ...

config.vm.boot_timeout- El tiempo en segundos que Vagrant esperará a que la máquina arranque y esté accesible. Por defecto, esto es 300 segundos.

Aumentaría esto hasta que puedas vagar SSH.