Errore vagante: timeout connessione. Nuovo tentativo


12

Ho un server con Ubuntu 12.04, Virtualbox 4.3 e Vagrant 1.5.1. Sto provando a usare questa casella http://puppet-vagrant-boxes.puppetlabs.com/centos-64-x64-vbox4210.box comunque senza successo. Quando eseguo "vagrant up" ricevo questo messaggio:

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.

Questo è il mio file 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

il mio server non ha un'interfaccia grafica Come posso ripararlo? Grazie.


Qualche regola firewall che può influire?
pbacterio,

Risposte:


4

Per prima cosa, prova: per vedere quale vagrant chiave privata nella configurazione della tua macchina

$ vagrant ssh-config

Esempio:

$ 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

Vagrant SSH Config Docs

In secondo luogo, fare: Modifica il contenuto del file insecure_private_key con i contenuti del proprio sistema di Yorn chiave privata



Questo sembra funzionare perfettamente! Ho rimosso la chiave non sicura e ho lasciato che Vagrant generasse il suo nuovo e funziona come un incantesimo
vishal.biyani,

1
Come ci sei riuscito? Quale file hai modificato?
cookie

@cookieC:/Users/USER_NAME/.vagrant.d/insecure_private_key
shilovk,

@shilovk, cosa significa @cookie?
Love

2

prova ad abilitare la tua GUI del box virtuale come riportato in questo post Vagrant bloccato timeout della connessione e segui i passaggi nei commenti.

se non funziona prova ad aggiungere questa modifica al tuo vagrantfile:

crea un file chiamato "script.sh" che contiene i seguenti comandi:

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

quindi aggiungilo al tuo vagrantfile:

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

2

Il timeout della connessione SSH durante la fase di avvio può verificarsi per diversi motivi come:

  • il sistema attende l'interazione dell'utente (ad es. la partizione di condivisione non è pronta ),
  • sshd errori di configurazione,
  • configurazione errata del firewall (nel caso in cui non sia locale),
  • mancata corrispondenza della chiave privata,
  • config.vm.boot_timeout periodo di tempo troppo basso (che il tuo va bene),
  • assicurarsi che la virtualizzazione sia abilitata nel BIOS.

Per eseguire il debug del problema, eseguirlo come:

VAGRANT_LOG=debug vagrant up

Se non c'è nulla di ovvio, prova a connetterti da un altro terminale, tramite vagrant ssho tramite:

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

Se l'SSH continua a non funzionare, rieseguirlo con una GUI (ad es config.gui = true.).

In caso contrario, controlla i processi in esecuzione (ad esempio vagrant ssh -c 'pstree -a':) o verifica il tuo sshd_config.


Se è una macchina virtuale usa e getta, puoi sempre destroye di upnuovo. Considera anche di aggiornare il tuo Vagrant e Virtualbox.


1

Prova ad aprire la porta 22 sul firewall.

Utilizzando Oracle VM VirtualBox Manager, avviare direttamente la VM o

aggiungi questo al tuo Vagrantfile

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

ed esegui "vagabondaggio"

accedi usando le credenziali vagabonde predefinite

user: vagrant
pass: vagrant

aggiungi regola firewall

sudo ufw allow 22

0

Ho appena risolto un problema simile.

Problema : il comando per accedere all'ambiente di sviluppo guest vagrant sshstava scadendo. Funziona regolarmente su un'altra macchina host.

Passaggi di debug:

  1. Nel file Vagrant, ho abilitato la GUI di Virtualbox (come raccomandato in un'altra risposta) per vedere cosa stava causando il timeout. Ubuntu stava chiedendo un login e una password, cosa che non dovrebbe perché dovrebbe usare invece il tasto ssh.

  2. Invece di eseguire vagrant ssh, ho eseguito più volte un comando ssh equivalente, aggiungendo e rimuovendo diverse opzioni ssh. Uno dei messaggi di errore di timeout letto "Impossibile accedere a [esempio.com]" ... il che non ha senso perché questo problema non ha nulla a che fare con [esempio.com].

  3. Questo mi ha spinto a guardare il file .ssh / config in cui [esempio.com] potrebbe avere qualche rilevanza.

Causa principale : in .ssh / config, c'era una voce senza Hostimpostazione, accidentalmente. Pertanto, stava applicando quella regola di configurazione a tutte le chiamate ssh, incluso vagrant ssh(che è solo una scorciatoia per un comando ssh più lungo).

Soluzione : assicurarsi che ogni voce .ssh / config sia stata Hostimpostata.


0

Prova a generare insecure_private_key

Ho risolto questo rimuovendo il insecure_private_key, che si trova sotto~/.vagrant.d

forse il motivo è che il insecure_private_keyfile è vecchio


0

Ho avuto lo stesso problema. Ho eliminato tutto da SystemPrefereces-> Security-> Firewall e rimosso tutti i servizi da SystemPreferences-> Shared. Quindi ho nuovamente abilitato l'accesso remoto. Ciò ha risolto il problema nel mio caso. Se ciò non risolve il problema, puoi visitare questo sito e verificarlo tu stesso. (ServerFaqs)


0

Ho riscontrato un problema simile. Ecco cosa ho fatto.

  • Virtualizzazione abilitata nel BIOS
  • Corse ssh-add ~/.vagrant.d/insecure_private_key
  • Aggiunto config.vm.boot_timeout = 600al mio~/Homestead/Vagrantfile

Ora funziona bene.


0

È necessario abilitare la GUI. Rimuovi il commento di queste righe nel tuo Vagrantfile:

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

Dopo aver spento il computer e ricominciare:

vagrant halt
vagrant up

0

Come ho risolto:

in vagrantfile, abilitato / non commentare i belows ...

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

0

Questo problema potrebbe essere causato da molti fattori, tra cui una situazione in cui la casella della macchina virtuale si blocca in attesa di risposta da parte dell'utente. Tuttavia, un problema comune è stata la mancata corrispondenza tra la chiave privata e le chiavi pubbliche. Per correggere questo problema, è necessario fornire un file di chiave privata sul computer host che corrisponda al file di chiave pubblica nella casella della macchina virtuale. Ho pubblicato una soluzione con 3 approcci opzionali sul nostro blog qui ...

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



0

Ho lo stesso problema e questa è la mia prima esperienza con il vagabondo.

Sono riuscito a "risolvere" il problema utilizzando una rete pubblica anziché una privata

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

Sostituisci 192.168.3.175con un IP appartenente alla tua classe di rete.

Mi piacerebbe capire cosa c'è che non va nella rete privata ...


non ha ancora funzionato. = /
PoLIVoX

quindi assicurati di avere l'ultima versione di vagrant e virtualbox (scarica il pacchetto dal sito Web)
damko,

tra l'altro ho avuto diversi problemi durante l'installazione a causa di alcune impostazioni personalizzate come "~ / .bashrc" e la presenza di "/ etc / SuSE-release" nella mia scatola di Mint 15 (richiesta da un altro software). Ma tra tutte le modifiche che ho apportato credo davvero che ciò che è stato risolto sia l'installazione degli ultimi pacchetti
damko,

Ho aggiornato il mio server e non ha funzionato! = /
PoLIVoX

Non ho usato i pacchetti forniti dalla mia distribuzione. Ho scaricato dai loro siti web ufficiali (vagabondi e virtualbox)
damko,

0

config.vm.boot_timeout- Il tempo in secondi in cui Vagrant attenderà l'avvio e l'accesso alla macchina. Per impostazione predefinita, questo è di 300 secondi.

Aumenterei questo fino a quando non sarai in grado di vagabondare SSH.


Ho provato e non ha funzionato. = / Ho impostato il timeout 600
PoLIVoX il

Puoi pubblicare il tuo Vagrantfile?
dmourati,

Ho pubblicato il mio Vagrantfile.
PoLIVoX,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.