Сбой Vagrant up с предупреждением: Отключение удаленного соединения. Повторная - PullRequest
0 голосов
/ 15 мая 2018

Обновлен до vagrant версии 2.1.1 и до последней версии centos / 7 (virtualbox, 1803.01) и $ vagrant up теперь не удается собрать сразу после загрузки нового ключа. Используемый файл Vagrant отлично работал на предыдущих версиях vagrant (2.0.3).

Интересно, что я могу подключиться к экземпляру вручную, используя vagrant, используя новый ключ, используя прямой ssh, а также:

$ vagrant ssh nat

Вещи уже пробовали:
Увеличенный тайм-аут в vagrant config.vm.boot_timeout = 1200
Деинсталлировал vagrant и virtualbox + удаление плагинов вручную и удаление каталогов C: \ Users \ owner \ .vagrand.d и C: \ Users \ owner \ .VirtualBox перед переустановкой
Пробовал более старую версию nat.vm.box_version = "1704.01" , которая работала предыдущая.

Почему бы не откатиться?
Первоначально я обновился, поскольку у меня возникла другая проблема, о которой я расскажу в отдельной ветке. Будет ссылка здесь, как только я его создал.

Версия
Хост ОС: Windows 7 Профессиональная
Гостевая ОС: centos / 7 1803,01

Vagrant Версия: 2.1.1

Список плагинов Vagrant:
vagrant-hostmanager (1.8.8)
vagrant-hosts (2.8.1)
vagrant-proxyconf (1.5.2)
vagrant-reload (0.0.1)
бродячая доля (1.1.9)
vagrant-vbguest (0.15.1)

$ vagrant up
Bringing machine 'nat' up with 'virtualbox' provider...
Bringing machine 'fei' up with 'virtualbox' provider...
==> nat: Importing base box 'centos/7'...
==> nat: Matching MAC address for NAT networking...
==> nat: Checking if box 'centos/7' is up to date...
==> nat: Setting the name of the VM: brand_nat_1526342206425_95671
==> nat: Fixed port collision for 22 => 2222. Now on port 2200.
==> nat: Clearing any previously set network interfaces...
==> nat: Preparing network interfaces based on configuration...
    nat: Adapter 1: nat
    nat: Adapter 2: intnet
==> nat: Forwarding ports...
    nat: 22 (guest) => 2200 (host) (adapter 1)
==> nat: Running 'pre-boot' VM customizations...
==> nat: Booting VM...
==> nat: Waiting for machine to boot. This may take a few minutes...
    nat: SSH address: 127.0.0.1:2200
    nat: SSH username: vagrant
    nat: SSH auth method: private key
    nat: Warning: Connection aborted. Retrying...
    nat: Warning: Connection reset. Retrying...
    nat: Warning: Remote connection disconnect. Retrying...
    nat: Warning: Connection aborted. Retrying...
    nat:
    nat: Vagrant insecure key detected. Vagrant will automatically replace
    nat: this with a newly generated keypair for better security.
    nat:
    nat: Inserting generated public key within guest...
    nat: Removing insecure key from the guest if it's present...
    nat: Key inserted! Disconnecting and reconnecting using new SSH key...
    nat: Warning: Remote connection disconnect. Retrying...
    nat: Warning: Remote connection disconnect. Retrying...
    nat: Warning: Remote connection disconnect. Retrying...
    nat: Warning: Remote connection disconnect. Retrying...
    nat: Warning: Remote connection disconnect. Retrying...
    nat: Warning: Remote connection disconnect. Retrying...
    nat: Warning: Remote connection disconnect. Retrying...
    nat: Warning: Remote connection disconnect. Retrying...
    nat: Warning: Remote connection disconnect. 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.

Также показывает мой слегка продезинфицированный бродячий файл. Ни один из перечисленных сценариев на самом деле не запускается, так как окно завершается сбоем до их выполнения.

# -*- mode: ruby -*-
# vi: set ft=ruby :

# abbreviated brand name
BRAND_NAME = "brand"
TOP_LEVEL_DOMAIN = ".some.dev"
BOX_NAME = "centos/7"

Vagrant.configure(2) do |config|

  config.vm.synced_folder ".", "/vagrant", type: "virtualbox"
  config.vm.boot_timeout = 1200

  if Vagrant.has_plugin?("vagrant-proxyconf")
    config.proxy.http     = "http://192.168.100.3:3128/"
    config.proxy.https    = "https://192.168.100.3:3128/"
    config.proxy.no_proxy = "localhost,127.0.0.1,.some.lan"
  end

  config.vm.provider :virtualbox do |vb|
    vb.customize ["modifyvm", :id, "--natdnshostresolver1", "on"]
    vb.memory = 2048
    vb.cpus = 2
    vb.customize ["modifyvm", :id, "--cpuexecutioncap", "50"]
  end

  config.vm.define "nat" do |nat|
    nat.vm.box = BOX_NAME
    nat.vm.network "private_network", ip: "10.0.0.2", virtualbox__intnet: true
    nat.vm.hostname = "nat.staging." + BRAND_NAME + TOP_LEVEL_DOMAIN
    nat.vm.provision :hosts, :sync_hosts => true
    nat.vm.provision "shell", path: "./scripts/aws_replication.sh"
    nat.vm.provision "shell", path: "./scripts/nat_ssh.sh"
    nat.vm.provision "shell", path: "./scripts/nat_staging.sh"
    nat.vm.provision "shell", path: "./scripts/nat_git_clone.sh"
    nat.vm.provision "shell", path: "./scripts/nat_set_ansible.sh"
  end

  config.vm.define "fei" do |fei|
    fei.vm.box = BOX_NAME
    fei.vm.network "private_network", ip: "10.0.0.4", virtualbox__intnet: true
    fei.vm.network "forwarded_port", guest: 80, host: 80, auto_correct: true
    fei.vm.network "forwarded_port", guest: 443, host: 443, auto_correct: true
    fei.vm.network "forwarded_port", guest: 9000, host: 9000, auto_correct: true
    fei.vm.provision :hosts, :sync_hosts => true
    fei.vm.hostname = BRAND_NAME + ".staging" + TOP_LEVEL_DOMAIN
    fei.vm.provision "shell", path: "./scripts/aws_replication.sh"
    fei.vm.provision "shell", path: "./scripts/non-nat_key_staging.sh"
  end
end

Ответы [ 2 ]

0 голосов
/ 09 ноября 2018

Я использую OSX, я решил эту проблему, перезагрузив компьютер.

0 голосов
/ 31 мая 2018

nat: Обнаружен бродячий небезопасный ключ. Vagrant автоматически заменит
nat: это с недавно сгенерированной парой ключей для лучшей безопасности.

Каждый раз, когда вы запускаете команду «Vagrant up», она пытается найти небезопасный ключ и заменить его. Чтобы использовать ключ по умолчанию, указанный в пути «config.ssh.private_key_path», включите следующую запись в Vagrantfile.

Используйте config.ssh.insert_key = false в своем Vagrantfile, а затем попробуйте.

...