Vagrant：权限被拒绝（公钥）

Question

I am getting Permission denied (publickey) error when doing ssh by ssh username@ip while ssh working when we are doing vagrant ssh

流浪文件：

Vagrant.configure("2") do |config|
 config.vm.box = "ubuntu/xenial64"
 config.vm.network "forwarded_port", guest: 80, host: 8071
 config.vm.network "private_network", ip: "192.168.33.71"
end

我正在终端上尝试ssh ubuntu@192.168.33.71

出现错误：权限被拒绝（公钥）

Answer 1

在与 vagrant box 的连接中使用私钥

ssh -i .vagrant/machines/default/virtualbox/private_key vagrant@192.168.33.71

Answer 2

config.vm.synced_folder '.' and '/home/vagrant/' caused this problem.
Because the configure makes home directory on the host overwritten and destroy .ssh settings on the host.
I got the same problem a few seconds ago. I checked the .ssh was overwritten by Vagrant GUI.

总之，您的同步文件夹会覆盖虚拟机中的 .ssh 文件夹，因此您无法使用 ssh 登录。

答案来自这个问题。

Answer 3

请简要说明您的问题，从 SSH 连接到哪里。 如果您通过 Vagrant box 进行 SSHing.. 那么您总是必须在任何命令之前使用 vagrant。在 vagrant 的情况下，只有ssh ubuntu@192.168.33.71将不起作用。

流浪 ssh 用户@vmmachine

如果您使用的是默认 vagrant 用户以外的其他用户，则必须将您的主机公钥内容复制到来宾机器用户的 authorized_keys 文件中。（仅当您使用 vagrant SSH 连接来宾机器时才使用）

authorized_keys 的默认位置：

/home/ubuntu/.ssh/authorized_keys

Answer 4

我猜如果你像@Anurag 提到的那样尝试vagrant ssh ，你就可以连接。

要修复Permission denied (publickey)错误，以便您能够从主机中的任何位置通过 ssh 连接到该框，您可以创建一个 ssh 密钥并将公钥复制到来宾上的 authorised_keys 文件。 ssh-keygen您可以选择不同的文件来保存密钥。 然后使用ssh-add <path to your key>添加身份。

Answer 5

config.vm.provision :shell, :inline => "sudo sed -i 's/PasswordAuthentication no/PasswordAuthentication yes/g' /etc/ssh/sshd_config; sudo systemctl restart sshd;", run: "always"

我能够用上面的配置解决

Answer 6

假设您的主目录（在主机上）中已经有id_rsa.pub密钥，那么您可以像这样简单地配置Vagrantfile ：

config.vm.provision "file", source: "~/.ssh/id_rsa.pub", destination: "/home/vagrant/.ssh/id_rsa.pub"
config.vm.provision :shell, :inline => "cat /home/vagrant/.ssh/id_rsa.pub >> /home/vagrant/.ssh/authorized_keys", run: "always"

接下来，您将能够使用ssh vagrant@vm_ip_address进行ssh vagrant@vm_ip_address

Answer 7

我对debian/jessie64盒子有同样的问题。 我在 libvirt 上运行 Vagrant。 我尝试了一切，但没有任何帮助，然后我拿了centos/7盒子，一切都很好。 我想这与盒子本身中未正确配置的cloud-init有关。