web-dev-qa-db-fra.com

Erreur vagabonde: délai d'expiration de la connexion. Nouvelle tentative

J'ai un serveur avec Ubuntu 12.04, Virtualbox 4.3 et Vagrant 1.5.1. J'essaie d'utiliser cette boîte http://puppet-vagrant-boxes.puppetlabs.com/centos-64-x64-vbox4210.box mais sans succès. Lorsque je lance "vagabond", je reçois ce message:

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.

Ceci est mon dossier 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

mon serveur n'a pas d'interface graphique Comment puis-je le réparer? Merci.

13
PoLIVoX

Tout d'abord, essayez: pour voir ce que clé privée vagabonde dans votre configuration de machine

$ vagrant ssh-config

Exemple:

$ 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

Deuxièmement, faites: Modifiez le contenu du fichier insecure_private_key avec le contenu de votre propre système clé privée

4
shilovk

Le délai d'expiration de la connexion SSH pendant la phase de démarrage peut se produire pour différentes raisons telles que:

  • le système attend l'interaction de l'utilisateur (par exemple la partition de partage n'est pas prête ),
  • sshd mauvaise configuration,
  • mauvaise configuration du pare-feu (au cas où ce ne serait pas local),
  • non concordance de votre clé privée,
  • config.vm.boot_timeout la période de temps est trop faible (ce qui vous convient),
  • assurez-vous que la virtualisation est activée dans le BIOS.

Pour déboguer le problème, veuillez l'exécuter en tant que:

VAGRANT_LOG=debug vagrant up

S'il n'y a rien d'évident, essayez de vous y connecter depuis un autre terminal, par vagrant ssh ou par:

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

Si le SSH échoue toujours, réexécutez-le avec ne interface graphique (par exemple config.gui = true).

Si ce n'est pas le cas, vérifiez les processus en cours (par exemple: vagrant ssh -c 'pstree -a') ou vérifiez votre sshd_config.


S'il s'agit d'une machine virtuelle jetable, vous pouvez toujours destroy et up à nouveau. Pensez également à mettre à niveau votre Vagrant et Virtualbox.

2
kenorb

essayez d'activer votre interface graphique de boîte virtuelle comme indiqué dans cet article Délai de connexion bloqué Vagrant et suivez les étapes dans les commentaires.

si cela ne fonctionne pas, essayez d'ajouter cette modification à votre fichier vagrant:

créez un fichier nommé "script.sh" qui contient les commandes suivantes:

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

puis ajoutez ceci à votre fichier vagabond:

  # running script Shell
    config.vm.provision :Shell, :path => "script.sh"
2
Gimbo

Essayez d'ouvrir le port 22 sur le pare-feu.

À l'aide d'Oracle VM VirtualBox Manager, démarrez votre VM directement ou

ajoutez ceci à votre Vagrantfile

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

et exécutez "vagabond"

se connecter en utilisant les informations d'identification par défaut vagabonds

user: vagrant
pass: vagrant

ajouter une règle de pare-feu

Sudo ufw allow 22
1
sf.

config.vm.boot_timeout - Le temps en secondes pendant lequel Vagrant attendra que la machine démarre et soit accessible. Par défaut, c'est 300 secondes.

J'augmenterais cela jusqu'à ce que vous puissiez vagabonder SSH.

1
dmourati

Cela fonctionne pour moi:

  1. connectez-vous avec: gui par login/pass: vagrant/vagrant
  2. modifier le /etc/rc.local fichier pour inclure la ligne sh /etc/init.d/networking restart juste avant exit 0
  3. désactiver: gui
  4. vagabond ou rechargement vagabond

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

0
julthep

Comment j'ai corrigé:

dans vagrantfile, activé/dé-commenté les belows ...

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

J'ai eu le même problème. J'ai tout supprimé de SystemPrefereces-> Security-> Firewall et supprimé tous les services de SystemPreferences-> Shared. J'ai ensuite réactivé la connexion à distance. Cela a résolu le problème dans mon cas. Si cela ne résout pas votre problème, vous pouvez visiter ce site et le vérifier vous-même. (ServerFaqs)

0
faizan

J'ai le même problème et c'est ma première expérience avec vagabond.

J'ai réussi à "résoudre" le problème en utilisant un réseau public au lieu d'un réseau privé

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

Remplacer 192.168.3.175 avec une IP appartenant à votre classe de réseau.

J'aimerais comprendre ce qui ne va pas avec le réseau privé ...

0
damko

Essayez de générer insecure_private_key

J'ai résolu ce problème en supprimant le insecure_private_key, situé sous ~/.vagrant.d

peut-être que la raison est insecure_private_key le fichier est ancien

0
javinc

J'ai rencontré un problème similaire. Voici ce que j'ai fait.

  • Virtualisation activée dans le BIOS
  • Ran ssh-add ~/.vagrant.d/insecure_private_key
  • Ajoutée config.vm.boot_timeout = 600 à mon ~/Homestead/Vagrantfile

Ça fonctionne bien maintenant.

0
Daryl Lukas

Ce problème peut être dû à de nombreux facteurs, notamment une situation dans laquelle la zone VM se bloque en attendant la réponse de l'utilisateur. Cependant, un problème courant a été l'inadéquation entre la clé privée et les clés publiques. Pour corriger ce problème, vous devez fournir un fichier de clé privée sur votre machine hôte qui correspond au fichier de clé publique sur la boîte VM. J'ai publié une solution avec 3 approches facultatives sur notre blog ici .. .

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

0
Sola Ajiboye

Je viens de résoudre un problème similaire.

Problème: La commande pour se connecter à l'environnement de développement invité, vagrant ssh, expirait. Il fonctionne régulièrement sur une autre machine hôte.

Étapes de débogage:

  1. Dans le Vagrantfile, j'ai activé l'interface graphique de Virtualbox (comme recommandé dans une autre réponse) pour voir ce qui provoquait le délai d'expiration. Ubuntu demandait un identifiant et un mot de passe, ce qui ne devrait pas être le cas, car il devrait utiliser la clé ssh à la place.

  2. Plutôt que d'exécuter vagrant ssh, J'ai exécuté plusieurs fois une commande ssh équivalente, ajoutant et supprimant différentes options ssh. L'un des messages d'erreur de délai d'attente indique "impossible de se connecter à [example.com]"… ce qui n'a aucun sens car ce problème n'a rien à voir avec [example.com].

  3. Cela m'a donc incité à regarder le fichier .ssh/config où [exemple.com] pourrait avoir une certaine pertinence.

Cause principale: Dans .ssh/config, il y avait une entrée sans Host définie, accidentellement. Par conséquent, il appliquait cette règle de configuration à tous les appels ssh, y compris vagrant ssh (qui n'est qu'un raccourci pour une commande ssh plus longue).

Solution: Assurez-vous que chaque entrée .ssh/config a Host défini.

0
Steve Tjoa

Vous devez pouvoir l'interface graphique. Supprimez le commentaire de ces lignes dans votre fichier Vagrant:

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

Après avoir besoin d'arrêter votre machine et de redémarrer:

vagrant halt
vagrant up
0
monteirobrena