Vagrant 卡住连接超时重试

Question

我的流浪者昨晚工作得很好。 我刚刚打开电脑，点击vagrant up ，这就是我得到的：

==> 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 尚未在网络上广泛覆盖，我找不到发生这种情况的原因。

Answer 1

我解决了这个问题，如果其他人有类似的问题，我会回答。

我所做的是：我启用了 Virtual box 的 GUI，以查看它正在等待启动时​​的输入，以选择是否要直接启动到 ubuntu 或安全模式等。

要打开 GUI，你必须把它放在你的 vagrant 配置Vagrantfile ：

config.vm.provider :virtualbox do |vb|
  vb.gui = true
end

Answer 2

当您以上述方式使用流浪机器时，无需以 gui 模式启动（如果没有 X 服务器，这是不可能的）。

当您的 VM 正在启动时，在单独的终端窗口中，只需找出正在运行的机器的 ID。

vboxmanage list runningvms

这将导致如下结果：

"projects_1234567890" {5cxxxx-cxxx-4xxx-8xxx-5xxxxxxxxxx}

通常，VM 只是等待您在引导加载程序中选择一个选项。 您可以使用controlvm将适当的键码（在这种情况下为Enter ）发送到controlvm ：

vboxmanage controlvm projects_1234567890 keyboardputscancode 1c

就是这样。 您的虚拟机将继续引导过程。

Answer 3

需要仔细检查的一件事是您机器的 BIOS 中是否启用了硬件虚拟化。

我的问题是相同的超时字符串，但我只能在 GUI 中看到黑屏。

我刚刚设置的一台笔记本电脑一直显示同样的问题。 经过数小时的搜索，我终于找到了一个提示，可以查看 BIOS 是否启用了硬件虚拟化。

以下是我找到的帖子内容：

我看到仍有一些用户遇到此问题。 因此，我将尝试总结以下一些可能的 SSH 超时问题解决方案列表：

• 确保您的防火墙或防病毒软件没有阻止该程序（我怀疑这会经常发生）
• 给你的流浪机器一些时间让超时发生。 如果您没有非常快的 PC/Mac，VM 将需要一段时间才能启动到 SSH 就绪状态，因此会发生超时。
• 因此，在断定存在故障之前，首先尝试让 vagrant 超时完全。
• 如果 vagrant 完全超时，则将 vagrant 文件中的超时限制增加到几分钟，然后重试。
• 如果这仍然不起作用，请尝试通过 VirtualBox 界面干净启动您的 vagrant 机器并预先启用机器的 GUI。 如果 GUI 在启动时没有显示任何事情（即只是黑屏，没有文本），那么你的流浪机器有问题。
• 通过VB界面销毁整机，重新安装。
• 删除user文件夹下Vagrant Images文件夹中的ubuntu镜像文件，重新下载安装。
• 你甚至有支持 64 位硬件虚拟化的英特尔处理器吗？ 去谷歌上查询。 如果这样做，请确保您的 Bios 中没有禁用此功能的设置。
• 如果您运行的是 Windows 7 或 8，请禁用 hyper-v 功能。谷歌如何禁用。
• 确保您通过启用 SSH 的客户端运行。 使用 Git bash。 下载： http : //git-scm.com/downloads
• 安装 32 位版本的 ubuntu，如 trusty32 或 precision32。 只需更改 vagrant 文件中的版本并在新目录中重新安装 vagrant 即可。
• 确保您使用的是最新的 vagrant 和 virtualbox 版本。 最后的手段：格式化您的计算机，重新安装 Windows 并购买英特尔核心异构处理器。

希望有帮助。

Answer 4

我找到的解决方案是检查连接到 NAT 的适配器 1 中的电缆连接选项。 我真的不知道，这是我的第 4 个流浪者盒子，但这是唯一一个没有选中电缆连接选项的盒子，经过检查，它可以工作。

Answer 5

我有完全相同的问题。 我认为问题可能出在 SSH 密钥上（文件的本地化错误或其他东西，但我检查了很多次）但您可能总是在配置部分添加用户名和密码（不使用 ssh 密钥）并运行 gui，因此Vagrantfile的代码应该看起来或多或少如下：

Vagrant.configure(VAGRANTFILE_API_VERSION) do |config|

  config.ssh.username = "vagrant"
  config.ssh.password = "vagrant"

   config.vm.provider "virtualbox" do |vb|
     vb.gui = true
   end
end

在我的情况下，即使显示了 GUI，我也会出现黑屏（没有错误或登录或其他任何事情的可能性），并且在控制台中我得到了Error: Connection timeout. Retrying... Error: Connection timeout. Retrying...很多次。 我确保我在 BIOS 中启用了 VT-x（虚拟化），我检查了许多 Virtual Box 和 Vagrant 版本的组合以及许多 Vagrant box（对于其中一些我没有在 GUI 中出现黑屏但仍然有连接问题）。 最后，我再次将 VirtualBox 和 Vagrant 更新到最新版本，但问题仍然存在。

关键是在运行 vagrantup 后查看 VirtualBox 中的图标（如下图所示， Vagrantfile有 GUI）

尽管我在 VirtualPC 中没有错误（没有警告未启用 VT-x），但我的V图标较早是灰色的，因此这意味着 VT-x 已禁用。 正如我所说，我一直在 BIOS 中启用它。

最后我意识到问题可能是由HYPER-V ，我也安装并启用了在旧 Internet Explorer 上测试站点的功能。 我转到 Windows Control Panel -> Programs and functions / Software然后从左侧的菜单中选择Turn on or Turn off Windows functions （希望你能找到这些，我使用波兰语 Windows，所以不知道确切的英文名称）。 我关闭了 Hyper-V，重新启动了 PC，在运行 Virtual Box 和vagrant up我终于没有错误了，在 GUI 中我有登录屏幕，我的V图标不再是灰色的。

我浪费了很多时间来解决这个问题（以及许多 PC 重新启动），所以我希望这对在 Windows 上遇到问题的任何人都有帮助 - 确保您在控制面板中关闭了 Hyper-V。

Answer 6

我的运行良好，然后这个“警告：远程连接断开连接。重试......”一遍又一遍 - 可能 20 次 - 直到它连接。 根据上面的答案，我只是

vagrant destroy
vagrant up

一切都很好。 我的很简单，但我通过将 Vagrantfile 减少到只有config.vm.box = "ubuntu/trusty64"做到这一点，它仍然在这样做。 所以这就是为什么摧毁并重新开始似乎是最好的选择。 鉴于这些 Vagrant 图像的无状态性质，我不明白为什么这在所有情况下都不起作用。 我刚刚进入这个领域，我可能还知道那不是真的。

Answer 7

我在 Windows 8.1 机器上遇到了同样的问题。 连接超时和启用 gui 根本没有用，屏幕是黑色的。 在我的情况下的修复是禁用“Hyper V”

引用 Vagrant 文档https://docs.vagrantup.com/v2/hyperv/index.html

警告：启用 Hyper-V 将导致 VirtualBox、VMware 和任何其他虚拟化技术不再起作用。 请参阅此博客文章https://www.hanselman.com/blog/SwitchEasilyBetweenVirtualBoxAndHyperVWithABCDEditBootEntryInWindows81.aspx ，了解创建引导条目以在不启用 Hyper-V 的情况下引导 Windows 的简便方法，如果有时您需要其他虚拟机管理程序。

Answer 8

如果您使用的是 Windows 8 或 10，这对我有用：

1. 更改 BIOS 设置以允许 64 位虚拟化。
2. 方法如下：
   • 使用高级启动重新启动 PC（转到高级启动 -'立即重新启动'-'疑难解答'-'高级选项'-'UEFI 固件设置'-'重新启动'）
   • 在 BIOS 窗口内 - 转到“高级”菜单/选项卡 - 启用“英特尔虚拟技术”
   • 保存并退出。

Answer 9

我在一个现有的盒子上遇到了这个问题（不确定发生了什么变化），但我可以通过 SSH 连接，即使 Vagrant 盒子无法启动。 碰巧我的 SSH 密钥不知何故发生了变化。

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

在我的 Linux 客户机上，我编辑了~/.ssh/authorized_keys并将新的公钥放在那里。

一切都恢复正常了——现在！

Answer 10

从 Vagrantfile 中删除这一行后，我遇到了同样的问题：

config.vm.network "private_network", type: "dhcp"

在我放回这条线后，VM 加载良好。

Answer 11

我通过在/etc/fstab添加一个新条目来测试我的 vagrant VM 中的已安装文件夹。 后来我注销了，运行 vagrant 停止，但是当我运行vagrant up我得到：

SSH auth method: private key
Warning: Remote connection disconnect. Retrying...

我阅读了所有这些帖子并尝试了所有似乎与我的案例相关的帖子（除了 vagrant destroy，这肯定可以解决我的问题，但在我的案例中是最后的手段）。 @Kiee 的帖子给了我尝试直接从 VirtualBox GUI 启动我的 VM 的想法。 在启动过程中，VM 自行停止并询问我是否想跳过安装我之前添加到/etc/fstab的测试文件夹。 （这就是 vagrant 无法启动 VM 的原因。）回答“否”后，VM 启动没有问题。 我登录了，从我的 fstab 中删除了 naughty 行，然后关闭了 VM。

在那个流浪者能够启动之后就好了。

带走？ 如果突然间 vagrant 无法重新启动到您的 VM，请尝试直接从提供程序（在我的情况下为 VirtualBox）启动。 很可能你的启动因为与 SSH 完全无关的东西而挂起。

Answer 12

初始启动期间 SSH 连接超时可能与多种原因有关，例如：

• 检查 BIOS 中是否启用了虚拟化（根据评论），
• 系统等待用户交互（例如共享分区未准备好），
• 您的私钥不匹配（通过vagrant ssh-config检查vagrant ssh-config ），
• 启动过程需要更长的时间（尝试增加config.vm.boot_timeout ），
• 它从错误的驱动器启动（例如从安装程序 ISO），
• VM 防火墙配置错误（例如iptables配置），
• 本地防火墙规则、端口冲突或与 VPN 软件冲突，
• sshd配置错误。

要调试问题，请运行--debug选项或类似：

VAGRANT_LOG=debug vagrant up

如果没有什么明显的，那么尝试从另一个终端连接到它，通过vagrant ssh或通过：

vagrant ssh-config > vagrant-ssh; ssh -F vagrant-ssh default

如果 SSH 仍然失败，请尝试使用GUI运行它（例如config.gui = true ）。

如果不是，请检查正在运行的进程（例如： vagrant ssh -c 'pstree -a' ）或验证您的sshd_config 。

---

如果它是一次性虚拟机，您可以随时尝试destroy它并再次up它。

你还应该考虑升级你的 Vagrant 和 Virtualbox。

---

有关更多信息，请查看调试和故障排除页面。

Answer 13

我遇到了同样的问题，但其他答案都没有完全解决我的问题。 @Kiee 的回答很有帮助，尽管我在 GUI 中只能看到一个黑屏（左上角有下划线，Virtual Box 中的这个问题也在堆栈溢出中单独提出，同样没有任何帮助）。

最终，一个解决方案被证明非常简单：检查虚拟机的版本。

更准确地说，我从其他人那里得到了一个 64 位 Debian 的盒子，但 Virtual Box 坚持将它视为 32 位，这是我没有注意到的。 要更改它，请打开 Virtual Box，然后打开终端并运行

vagrant up

等待线路

default: SSH auth method: private key

现在您可以按 ctrl+C（或等待超时）并运行

vagrant halt

您的虚拟机不会被破坏，因此您可以在Virtual Box 的菜单中看到它，但会关闭电源，因此您可以更改设置。 在菜单中选择您的机器，单击“设置”->“常规”并选择正确的“版本”，对我来说它是“Debian（64 位）”。 这种类型的vagrant up又vagrant up了。

如果这是您的情况（或“设置”中的不同更改解决了您的问题），您可以从修复的一个输入中创建新框

vagrant package --output mynew.box

更多细节：host 32-bit Ubuntu 12.04, guest 64-bit Debian 8.1, Virtual Box 5.0.14, Vagrant 1.8.1

Answer 14

这里有很多很好的答案，我无法全部阅读，但是，我也只是来贡献我的一点点贡献。 我有两个不同的问题：

1. vagrant up找不到我的 ssh ' id_rsa '（因为当时我还没有）：我运行了ssh-keygen -t rsa -b 4096 -C "myemailaddress@mydomain.com" ，基于在这篇 GitHub 的文章上，瞧，一步一步地完成了；

2. 然后，我遇到了同样的问题“警告：连接超时。重试...... ”，永远......：所以，在阅读了很多之后，我重新启动了我的系统并查看了我的 BIOS（F2 以获得在那里，在 PC 上），并且禁用了虚拟化。 我已经启用，保存并再次启动系统，以检查它是否有任何改变。

之后， vagrant up就像一个魅力！ 现在是凌晨 4 点，但它正在运行！ 多酷，哈？ :D 据我所知，很少有像我这样的受虐狂开发者会在 Windows 上尝试这个，特别是在Windows 10 上，我不能忘记来到这里并留下我的话......另一个重要信息是，我试图设置Laravel 5 ，使用 Homestead、VirtualBox、composer 等。它奏效了。 所以，希望这个答案对这个问题有帮助，答案对我有帮助。 我最好的祝福。 再见！

Answer 15

我在使用 x64 box(chef/ubuntu-14.04) 时遇到了同样的问题。

我改为 x32 并且它起作用了（hashicorp/precise32）。

Answer 16

也许这是一个对很多人没有帮助的简单答案，但如果您还没有尝试，则值得一试：执行“vagranthalt”而不是“vagrant suspend”，然后使用“vagrant up”重新启动VM。

我认为我的问题是由于某些“kworker”进程出现错误并在 VM 中不断超时，因此硬重启似乎可以正确重新加载进程，而保存和恢复只是将损坏的进程恢复到损坏状态。

Answer 17

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

Answer 18

我发现在带有 VirtualBox 的 MacOS 上将它添加到 Vagrantfile 会让你走得更远：

config.vm.provider 'virtualbox' do |vb|
  vb.customize ['modifyvm', :id, '--cableconnected1', 'on']
end

Answer 19

在 AMD64 位上安装 ubuntu32 位就成功了。 由于环境受限，我无法访问 BIO，但我仍然能够使用 ubuntu/trusty32 而不是 ubuntu/trusty64

在 Windows 7 SP1 上使用 Vagrant 1.6.3 和 VirtualBox 4.3.15

希望有帮助。

Answer 20

删除文件：

C:\Users\UserName\\.vagrant.d\insecure_private_key

然后运行：

vagrant up

Answer 21

对我来说，这是 vagrant 和 virtual box 之间的兼容性。

我在 Windows 10 上，我做了什么我卸载了 vagrant 和 virtual box

然后安装一个旧版本的virtual box，特别是4.3.38版本（这个版本也安装扩展包）

然后安装最新的 vagrant 副本（目前为 1.8.5）

在那之后它起作用了。

Answer 22

如果您不想启用 GUI 并且稍后不得不禁用它，您还可以从 Oracle 安装扩展包：

http://www.oracle.com/technetwork/server-storage/virtualbox/downloads/index.html#extpack

然后把它放在你的 Vagrantfile 中以启用 VRDP：

vb.customize ["modifyvm", :id, "--vrde", "on"]

现在，您可以使用 RDP 按需连接到您的设备，而无需运行 SSH 或始终打开 GUI。

Answer 23

对我有用的是允许在 64 位操作系统（Ubuntu 13.10）上通过 BIOS 进行 64 位虚拟化。

Answer 24

VMware 提供商用户的另一种可能解决方案：对我而言，在同一台主机上删除 VirtualBox 的并行安装后，问题已解决。 VMware 和 VirtualBox 之间的网络接口明显冲突

Answer 25

我遇到了同样的问题。 我通过从BIOS设置启用Virtualization解决了这个问题。

Answer 26

就像这里的一些人已经指出的那样，如果 VirtualBox 映像没有正确启动，就会出现错误 - 除其他外。 对我来说，在 Vagrant 上使用 GUI 模式并没有多大帮助，因为它只显示一个黑色窗口。 在 VirutalBox GUI 中，我检查了我的 VM 上的设置，并发现操作系统以某种方式设置不正确（Debian 32 而不是 64 位）。

所以我只能建议手动检查 VM 的 VirtualBox 设置，然后在不首先使用 Vagrant 的情况下让 VM 启动。

Answer 27

检查 BIOS 设置中的 CPU 虚拟化是否已启用。

Answer 28

在我的情况下，给它一个静态 IP 地址，简单地解决了这个问题：

config.vm.network "private_network", ip: "192.168.50.50"

Answer 29

我只是分享这个，以便将来可以帮助另一个人。 上面的 rubo77 给了我这个答案的灵感。

在我的 vagrant 文件中取消注释两行后，我遇到了这个卡在连接超时循环中的问题。

vb.gui="true"
config.vm.network "forwarded_port", guest: 80, host: 8080

显然，第一行会显示 GUI，询问您是要跳过挂载还是让 vagrant 手动挂载。 评论它允许我登录，但是我仍然可以看到“连接中止。 在终端中重试'。

所以我 SSH 进入我的流浪者并输入。

sudo iptables -A INPUT -m conntrack --ctstate ESTABLISHED,RELATED -j ACCEPT

然后vagrant重新加载并没有遇到任何连接错误。 但是不要接受所有传入的流量。 因此，如果您要长时间使用您的 bos，您可能希望添加规则以仅允许端口 8080。

Digital Ocean 提供了一个关于向 iptables 添加规则的非常好的教程。

记得安装 iptables-persistent 来保存你的防火墙配置

Answer 30

在ubuntu/bionic64 上遇到了类似的问题

通过在Vagrantfile 中启用 gui，我可以使用默认的vagrant/vagrant登录

config.vm.provider "virtualbox" do |vb|
   vb.gui = true
end  

然后使用以下命令重置防火墙

$ ufw force --reset  

然后这次没有用户界面重新启动系统
能够毫无问题地启动

确保在重置之前保留防火墙规则的备份

Answer 31

昨晚我的流浪汉工作得很好。 我刚刚打开PC机，打vagrant up一下vagrant up ，这就是我得到的：

==> 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...

有人有过吗？ 流浪汉尚未在网络上广泛报道，我找不到发生这种情况的原因。

Answer 32

昨晚我的流浪汉工作得很好。 我刚刚打开PC机，打vagrant up一下vagrant up ，这就是我得到的：

==> 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...

有人有过吗？ 流浪汉尚未在网络上广泛报道，我找不到发生这种情况的原因。

Answer 33

不管怎么说，当我进入任何东西时我都不会按照虚拟框进行控制，我相信流浪者会更喜欢你进入另一个终端而做一个：

vagrant halt

停止盒子。 然后回到 VB中就没有问题了。

Answer 34

我遇到了同样的问题，但是没有提到的解决方案对我有用！ 我通过将 Vagrant 降级到 1.6.2 解决了这个问题，现在它可以工作了！

Answer 35

我在 Vagrant 1.6.5 和 Virtual Box 4.3.16 上遇到了同样的问题。 https://github.com/mitchellh/vagrant/issues/4470 中描述的解决方案对我来说很好用，我只需要删除 VirtualBox 4.3.16 并安装旧版本 4.3.12。

Answer 36

它曾经有助于切换到 trusty32，但现在情况再次变得更糟：我尝试使用 Homestead 2.0，现在我又遇到了连接超时问题，这通常不是问题，因为切换到 32 位之前有帮助. 但是现在我不能只添加像 config.vm.box="ubuntu/trusty32" 这样的行，因为我们不再有经典的 Homestead.yaml 文件，新的 2.0 Homestead.yaml 文件中的值似乎只是插入到后台的真实文件中，并且没有可用的 Vagrantfile 可以手动编辑...

希望有人能帮忙...

Answer 37

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

Answer 38

禁用虚拟机内的 iptables 防火墙

我是这样解决的：

• 我在Vagrantfile启用了 GUI 界面（这是配置文件）
• 我可以使用标准用户名 vagrant 和密码 vagrant 登录 Gui 中正在运行的 VM
• 我禁用了 VM 内正在运行的 iptables 防火墙

这解决了我的问题，我发现防火墙阻止了来自本地网络的所有 IP，如 192.168.xx 和 10.xxx

在/etc/iptables.d/199-allow-wan添加规则以允许来自 wan 的所有连接：

ip46tables -A wan-input -j ACCEPT

（ip46tables 是别名） 在我的 Vagrant 示例 Freifunk 社区中查看此提交

Answer 39

就我个人而言，Tunnelblick VPN 软件阻止了连接。 现在，当我启动新的 VM 时，我会临时禁用 Tunnelblick。

Answer 40

如果您正在使用包装层（如 Kitchen CI）并且您正在运行 32b 主机，则必须抢占 Vagrant 盒的安装。 他们的默认提供者是二进制文件的操作码“家族”。

所以在kitchen create default-ubuntu-1204之前，请确保您使用：

vagrant box add default-ubuntu-1204 http://opscode-vm-bento.s3.amazonaws.com/vagrant/virtualbox/opscode_ubuntu-12.04-i386_chef-provisionerless.box

如果您的主机不支持字长虚拟化，则使用 32b 图像

Answer 41

在Homestead.yaml查找这一行：

config.vm.network "forwarded_port", guest: 80, host: 8080

并更改为：

config.vm.network "forwarded_port", guest: 80, host: 8000

然后在Homestead目录中，运行：

vagrant destroy
vagrant up

看看它是否有效。

Answer 42

我通过键入ˆC （或 Windows 上的ctrl+C ）两次并退出连接失败屏幕来解决。

然后，我可以通过 SSH 连接（ vagrant ssh ）并自己查看错误。

就我而言，这是一条错误输入的路径。

Answer 43

这个线程中没有提到我必须解决这个问题的方法，所以我在这里发布详细信息，以防它对其他人有所帮助。

造成这种情况的原因是 vagrant 在启动后无法 ssh 进入机器。 造成这种情况的原因有很多，如该线程中所述，例如机器没有一直启动，或者 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

Answer 44

当我杀死腻子进程时，我得到了解决。 因为我同时运行了 git-ssh 和 putty。 他们似乎在为 ssh 访问而互相争斗。 只有一个就够了。

Answer 45

我对这个问题的解决方案是我的旧笔记本电脑启动时间太长了。 我打开 Virtual Box，连接到盒子并等待屏幕加载。 用了大约 8 分钟。

然后它连接并安装了我的文件夹并继续前进。

只是有时要有耐心！

Answer 46

结果我的解决方案完全不是上述任何一个。 我在 Windows 7 主机中以访客身份运行 Ubuntu 14。 我一直在很好地运行这个 vagrant box，但是在几个月没有使用它后我再次启动它，并且它不断出现 SSH 连接超时。 原来，不知何故，密钥对不起作用 - 所以我根据本页上的说明将Vagrant 公钥复制到 Ubuntu 中。 但这还不是全部。 然后我发现我的基本框中的私钥与 这里的私钥不同。 在将公钥放入 Ubuntu 后，将此私钥作为 vagrant_private_key 文件放入 C:\\Users\\your-user.vagrant.d\\boxes\\vagrant-box-name\\nnnnnnnn\\virtualbox 解决了该问题。

Answer 47

这是它对我的工作方式：

“vagrant up”启动虚拟机后，关闭机器并进入virtualbox中的新虚拟机设置。 然后转到“网络”->“高级”

适配器类型：我从“Intel PRO XXXXX”更改为“PCNet-Fast”（或除 Intel PRO 之外的任何其他适配器都有效）

Answer 48

遇到这个问题一个多星期了，尝试了所有的解决方案，

1. giving SSH username and password
2. Enabling GUI interface
3. Updated Virtual Box and Vagrant

没有任何效果。

终于从这个链接得到了解决方案

将Google public DNS IP添加到您的Wifi Settings

under Network Preferences > Wifi > Advanced > DNS添加IP 地址 8.8.8.8

完美地工作。 可能这有助于在 Mac 中遇到问题的任何人。 谢谢斯科夫曼德

Answer 49

这是 vagrant 的一个新“功能”。 看看这里： https : //github.com/mitchellh/vagrant/issues/3329

他们会将“错误”更改为“警告”。 它只是告诉你机器还没有启动，它正在尝试连接......