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

造成这种情况的原因是，在机器启动后，流浪汉无法登录机器。造成这种情况的原因有很多，正如本文中提到的，比如机器无法一直启动，或者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

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

从virtualbox界面，我首先在“CD”上启动，并禁用硬盘启动。因此，它是从CD iso引导的，显然不是在预期的机器上…我希望这能有所帮助。我希望它也能让某人微笑……PEBCAK。

My solution turned out to be none of the above exactly. I'm running Ubuntu 14 as guest inside a Windows 7 host. I had been running this vagrant box fine, but I started it up again after not using it for a couple of months, and it kept coming up with the SSH connection timeout. It turned out that somehow the key pair didn't work - so I copied the Vagrant public key into Ubuntu according to the instructions on this page. But that wasn't all. I then discovered that the private key in my base box was different than the private key here. Putting this private key in as the vagrant_private_key file in C:\Users\your-user.vagrant.d\boxes\vagrant-box-name\nnnnnnnn\virtualbox after placing the public key into Ubuntu fixed the problem.

也许这是一个太简单的答案，以帮助许多人，但值得一试，如果你没有:做一个“流浪者暂停”，而不是“流浪者暂停”，然后重新启动VM与“流浪者up”。

我认为我的问题是由于一些“kworker”进程出现bug，并且在VM中不断超时，所以做硬重启似乎正确地重新加载进程，而保存和恢复只是在其破碎状态下恢复破碎的进程。

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

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

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

现在一切都恢复正常了!