Question

我很难过。我正在尝试在Windows 8.1上运行vagrant / virtualbox / coreos集群来开发用于在云中运行的集群。我在四台机器上尝试了这一点（所有这些都是带有最新更新的Windows 8.1，并且都配有最新的VirtualBox，Vagrant，Git和Vagrant的相同配置。我正在检查所有4系统上的回购中的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...

流浪汉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能够调用如果“Vagrant up”无法进入，则无法完成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”的输出中是这个小宝石：

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无效”似乎是一个坚实的线索。

我已经尝试修改该文件以确保它只有LF用于行结尾以及CRLF，它没有任何区别。看起来很好看。它也是100％逐字节字节与在其他系统之一上工作的文件相同。为什么它会无效？我已经验证了当前用户对该文件具有完全控制权限，并且还尝试以管理员身份进行流浪。行为没有变化。：（

Answer 1

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

下次流浪汉重新启动它将再次创建（这次应该是正确的）

Answer 2

是Puttygen创建的.pub文件（也许是以Putty格式创建私钥时）？我这样做了，它阻止了流浪者连接到盒子，但我可以使用Putty和Puttygen生成的.ppk文件进行连接。

改变Putty公钥的扩展名对我有用，大概是因为Vagrant没有再尝试使用它了。

Vagrant＆＃34;身份验证失败＆＃34;在期间，但是＆＃34; vagrant ssh＆＃34;可以进去很好

2 个答案: