Erro Vagrant: Tempo limite da conexão. Repetindo

Eu tenho um servidor com Ubuntu 12.04, Virtualbox 4.3 e Vagrant 1.5.1. Eu estou tentando usar esta caixa http://puppet-vagrant-boxes.puppetlabs.com/centos-64-x64-vbox4210.box no entanto sem êxito. Quando corro "vagrant up", recebo esta mensagem:

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 é o meu arquivo Vagrant

# 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

meu servidor não possui interface gráfica Como posso corrigi-lo? Obrigado.

Primeiro, tente: para ver qual chave privada vagrant na sua configuração de máquina

$ vagrant ssh-config

Exemplo:

$ 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 configuração do SSH Vagrant

Segundo, faça: Altere o conteúdo do arquivo insecure_private_key com o conteúdo da chave privada do seu próprio sistema

tente habilitar sua GUI da caixa virtual conforme relatado neste post. O Vagrant travou o tempo limite da conexão e siga as etapas nos comentários.

se não funcionar, tente adicionar esta modificação ao seu vagrantfile:

crie um arquivo chamado "script.sh" que contenha os seguintes 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

e adicione isso ao seu arquivo vagrant:

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

O tempo limite da conexão SSH durante a fase de inicialização pode ocorrer por diferentes razões, como:

• o sistema aguarda a interação do usuário (por exemplo, a partição de compartilhamento não está pronta ),
• sshd configuração incorreta,
• configuração incorreta do firewall (caso não seja local),
• incompatibilidade de sua chave privada,
• config.vm.boot_timeout período de tempo é muito baixo (o que é bom para você),
• verifique se a virtualização está ativada no BIOS.

Para depurar o problema, execute-o como:

VAGRANT_LOG=debug vagrant up

Se não houver nada óbvio, tente conectar-se a ele a partir de outro terminal, por vagrant sshou por:

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

Se o SSH ainda falhar, execute-o novamente com uma GUI (por exemplo config.gui = true).

Caso contrário, verifique os processos em execução (por exemplo:) vagrant ssh -c 'pstree -a'ou verifique o seu sshd_config.

Se for uma VM descartável, você poderá sempre destroyfazer upisso novamente. Considere também atualizar o seu Vagrant e o Virtualbox.

Tente abrir a porta 22 no firewall.

Usando o Oracle VM VirtualBox Manager, inicie sua VM diretamente ou

adicione isso ao seu Vagrantfile

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

e corra "vagabundo"

faça login usando credenciais vagantes padrão

user: vagrant
pass: vagrant

adicionar regra de firewall

sudo ufw allow 22

Acabei de resolver um problema semelhante.

Problema : O comando para vagrant sshefetuar login no ambiente de desenvolvimento convidado,, estava atingindo o tempo limite. Rotineiramente, funciona bem em outra máquina host.

Etapas de depuração:

1. No arquivo Vagrant, ativei a GUI do Virtualbox (conforme recomendado em outra resposta) para ver o que estava causando o tempo limite. O Ubuntu estava pedindo um login e senha, o que não deveria, porque deveria estar usando a tecla ssh.

2. Em vez de executar vagrant ssh, executei um comando ssh equivalente várias vezes, adicionando e removendo diferentes opções de ssh. Uma das mensagens de erro de tempo limite lidas “não foi possível fazer login em [example.com]”… o que não faz sentido, porque esse problema não tem nada a ver com [example.com].

3. Então isso me levou a olhar para o .ssh / config, onde [example.com] pode ter alguma relevância.

Causa Raiz : Em .ssh / config, houve uma entrada sem Hostconfiguração, acidentalmente. Portanto, estava aplicando essa regra de configuração a todas as chamadas ssh, incluindo vagrant ssh(que é apenas um atalho para um comando ssh mais longo).

Solução : verifique se todas as entradas .ssh / config foram Hostdefinidas.

Tente gerar insecure_private_key

Resolvi isso removendo o insecure_private_key, localizado em~/.vagrant.d

talvez o motivo seja o insecure_private_keyarquivo ser antigo

Eu tive o mesmo problema. Excluí tudo de SystemPrefereces-> Segurança-> Firewall e removi todos os serviços de SystemPreferences-> Shared. Depois, ativei o login remoto novamente. Isso resolveu o problema no meu caso. Se isso não resolver o seu problema, você pode visitar este site e conferir você mesmo. (ServerFaqs)

Eu tive um problema semelhante. Aqui está o que eu fiz.

• Virtualização ativada no BIOS
• Correu ssh-add ~/.vagrant.d/insecure_private_key
• Adicionado config.vm.boot_timeout = 600ao meu~/Homestead/Vagrantfile

Está funcionando bem agora.

Você precisa da GUI. Remova o comentário destas linhas no seu Vagrantarquivo:

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

Depois de precisar desligar a máquina e começar de novo:

vagrant halt
vagrant up

Como eu consertei:

em vagrantfile, habilitado / des-comentar os seguintes ...

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

Esse problema pode ser causado por muitos fatores, incluindo uma situação em que a caixa da VM trava aguardando a resposta do usuário. No entanto, um problema comum tem sido a incompatibilidade entre a chave privada e as chaves públicas. Para corrigir esse problema, você precisa fornecer um arquivo de chave privada em sua máquina host que corresponda ao arquivo de chave pública na caixa da VM. Publiquei uma solução com 3 abordagens opcionais em nosso blog aqui ...

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

Isso funciona para mim:

1. faça login com: gui por login / pass: vagrant / vagrant
2. modifique o /etc/rc.localarquivo para incluir a linha sh /etc/init.d/networking restartimediatamente antesexit 0
3. disable: gui
4. vagrant up ou vagrant recarregar

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

Eu tenho o mesmo problema e esta é a minha primeira experiência com vagrant.

Eu consegui "resolver" o problema usando uma rede pública em vez de uma rede privada

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

Substitua 192.168.3.175por um IP pertencente à sua classe de rede.

Eu gostaria de entender o que há de errado com a rede privada ...

config.vm.boot_timeout- O tempo em segundos que o Vagrant aguardará a inicialização da máquina e estará acessível. Por padrão, são 300 segundos.

Eu aumentaria isso até que você consiga vagar SSH.