windows - Vagrant "Authentication failure"during up, but "vagrant ssh"get in just fine

Question

我被难住了。我正在尝试在 Windows 8.1 上运行一个 vagrant/virtualbox/coreos 集群来开发在云中运行的集群。我已经在四台机器上试过这个(都是 Windows 8.1 和最新的更新，并且都装有最新的 VirtualBox、Vagrant、Git 和 Vagrant 的相同配置。我正在检查所有 4 个系统的 repo 中的 Vagrant 配置所以我相信每个配置都是相同的。我获得了 2 次成功和 2 次失败。

两台机器像这样成功:

Bringing machine 'core-01' up with 'virtualbox' provider...
==> core-01: Checking if box 'coreos-stable' is up to date...
(snip)
    core-01: SSH address: 127.0.0.1:2222
    core-01: SSH username: core
    core-01: SSH auth method: private key
    core-01: Warning: Connection timeout. Retrying...
==> core-01: Machine booted and ready!
==> core-01: Setting hostname...
==> core-01: Configuring and enabling network interfaces...

vagrant ssh 和 vagrant halt 在这两个系统上都能正常工作。

另外两台 Windows 机器像这样失败:

Bringing machine 'core-01' up with 'virtualbox' provider...
==> core-01: Importing base box 'coreos-stable'...
==> core-01: Matching MAC address for NAT networking...
==> core-01: Checking if box 'coreos-stable' is up to date...
==> core-01: Setting the name of the VM: coreos-vm-cluster_core-01_1422899531630_88904
==> core-01: Clearing any previously set network interfaces...
==> core-01: Preparing network interfaces based on configuration...
    core-01: Adapter 1: nat
    core-01: Adapter 2: hostonly
==> core-01: Forwarding ports...
    core-01: 22 => 2222 (adapter 1)
==> core-01: Running 'pre-boot' VM customizations...
==> core-01: Booting VM...
==> core-01: Waiting for machine to boot. This may take a few minutes...
    core-01: SSH address: 127.0.0.1:2222
    core-01: SSH username: core
    core-01: SSH auth method: private key
    core-01: Warning: Connection timeout. Retrying...
    core-01: Warning: Authentication failure. Retrying...
    core-01: Warning: Authentication failure. Retrying...
    core-01: Warning: Authentication failure. Retrying...
    core-01: Warning: Authentication failure. Retrying...
    core-01: Warning: Authentication failure. Retrying...
    core-01: Warning: Authentication failure. Retrying...

请注意工作系统和非工作系统如何经历一次连接超时，但随后成功的系统确实连接并完成启动 VM，而不成功的系统只是陷入身份验证重试循环 .

在身份验证失败后，如果我让它超时，或者即使我按 ctrl+C，我可以运行“vagrant ssh core-01”，它会直接进入:

CoreOS (stable)
core@localhost ~ $

'vagrant halt' 也无法在这些系统上建立 ssh 连接:

==> core-01: Attempting graceful shutdown of VM...
    core-01: Guest communication could not be established! This is usually because
    core-01: SSH is not running, the authentication information was changed,
    core-01: or some other networking issue. Vagrant will force halt, if
    core-01: capable.
==> core-01: Forcing shutdown of VM...

我可以成功地使用 putty 或其他 ssh 客户端访问使用 insecure_private_key 进行身份验证的 VM，所以我假设 VM 本身具有正确的配置，问题在于 Vagrant 调用的能力ssh 进入。如果“Vagrant up”无法通过 ssh 进入，则它无法完成 VM 的启动配置，所以我想主要出于这个原因解决这个问题。

这是让我进入其他 ssh 客户端的 ssh 配置，我相信 Vagrant 应该使用它:

Host: 127.0.0.1
Port: 2222
Username: core
Private key: C:/Users/Mike/.vagrant.d/insecure_private_key

我还为 VM 启用了 GUI，控制台没有显示任何错误；它一直到登录提示都很好(这也与我可以通过 ssh 进入并以其他方式使用 VM 的事实一致)。

我相信(但不知道如何验证)Vagrant 正在调用 C:\Program Files (x86)\Git\bin 中的 openssh 客户端

所有人都在运行 Vagrant 版本 1.7.2 和 git 1.9.5。 ruby 2.0.0p353。

我的 %PATH% 大约有 500 个字符长。我相信 Vagrant 正在寻找某种 ssh 客户端，因为至少有一两次超时，然后是身份验证失败。

提前感谢您的任何想法!

更新:深埋在“vagrant up --debug”输出中的是这个小 gem :

D, [2015-02-02T23:11:10.755468 #3920] DEBUG --
   net.ssh.authentication.session[14661cc]: trying publickey
E, [2015-02-02T23:11:10.756472 #3920] ERROR --
   net.ssh.authentication.key_manager[1473e1c]:
   could not load public key file
   `C:/Users/Mike/.vagrant.d/insecure_private_key': 
   Net::SSH::Exception (public key at
   C:/Users/Mike/.vagrant.d/insecure_private_key.pub is not valid)

最后的“insecure_private_key.pub is not valid”似乎是一个可靠的线索。

我已经尝试修改该文件以确保它只有 LF 用于行尾以及 CRLF，这没有区别。视觉上看起来不错。它还与在其他系统之一上运行的文件 100% 逐字节相同。为什么会无效呢？我已经验证当前用户对该文件具有完全控制权限，并且还尝试以管理员身份运行 vagrant up。行为没有变化。 :(

Answer 1

移除
C:/Users/Mike/.vagrant.d/insecure_private_key

在下一次 vagrant restart 时它将被再次创建(这次应该是正确的)