流浪者卡在连接超时重试中

我的流浪汉昨晚工作得很好。我刚打开电脑，点击《流浪者》，这就是我得到的:

==> default: Clearing any previously set network interfaces...
==> default: Preparing network interfaces based on configuration...
    default: Adapter 1: nat
    default: Adapter 2: hostonly
==> 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...
    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...
    default: Error: Connection timeout. Retrying...
    default: Error: Connection timeout. Retrying...
    default: Error: Connection timeout. Retrying...

有人吃过这个吗?vagrant在网络上还没有被广泛报道，我也找不到发生这种情况的原因。

当前回答

而不是ctrl-d-ing出虚拟框，因为我习惯做每当我ssh到任何东西，我相信流浪者更喜欢你进入另一个终端，并做一个:

流浪汉瘸腿

让盒子停下来。然后回到VB就没有问题了。

2014-08-28 20:34:24

其他回答

我解决这个问题的方法在这篇文章中没有提到，所以我把细节贴在这里，以防它能帮助到其他人。

造成这种情况的原因是，在机器启动后，流浪汉无法登录机器。造成这种情况的原因有很多，正如本文中提到的，比如机器无法一直启动，或者iptables防火墙阻止SSH。

在我的例子中，问题是我无意中设置了一个“private_network”，它的IP地址与内置的VirtualBox NAT网络(在我的例子中是10.0.2.0/24)在同一个子网中。这打乱了机器的NAT网络(但没有任何地方显示错误)，由于vagrant通过NAT网络连接，因此即使机器正在运行且没有启用防火墙，它也无法连接。

Vagrant.configure("2") do |config|
  config.vm.network "private_network", ip: "10.0.2.31"
end

解决办法是更新我的VagrantFile，并使用一个与VirtualBox的NAT网络不冲突的“private_network”IP。

Vagrant.configure("2") do |config|
  config.vm.network "private_network", ip: "10.0.4.31"
end

2015-09-27 23:42:52

我有一个问题与现有的盒子(不确定什么改变)，但我可以通过SSH连接，即使流浪者盒子无法启动。碰巧我的SSH密钥以某种方式改变了。

从vagrant根文件夹中，我运行vagrant ssh-config，它告诉我密钥文件在哪里。我用puttygen打开它，它给了我一把新钥匙。

在我的Linux客户机上，我编辑了~/。Ssh /authorized_keys并将新的公钥放入其中。

现在一切都恢复正常了!

2015-02-24 11:16:20

FWIW—我的问题是由于使用了一个非常旧的配置文件而不是一个新的配置文件。使用新的配置文件(从而调整/改变DSL)立即解决了我的问题。

2014-07-28 20:22:48

我在VirtualBox中运行vagrant/VirtualBox时得到了这个。我通过在主机上运行流浪机器来解决这个问题。

2016-09-08 19:40:05

对我来说有用的是从BIOS允许64位操作系统(Ubuntu 13.10)上的64位虚拟化。

2014-09-28 07:38:53

流浪者卡在连接超时重试中

推荐文章

最新文章

标签