Vagrant ssh 'Authentication failure. Erneuter Versuch...', wiederholte Fehler - Schlüssel nicht übereinstimmen, nicht finden können, beheben
Ich habe erleben eine irritierende Problem, ich kippe um.
Ich versuche vagrant up
ein centos7-system in diesem Umfeld:
- Windows 10
- Hyper-V - (nicht Jubiläums-update-version)
- Docker-image "serveit/centos-7" oder "bluefedora/hyperv-alpha-centos7"
- OpenSSH installiert, der private Schlüssel konfiguriert
Den Inhalt meiner Vagrantfile:
Vagrant.configure("2") do |config|
#config.vm.box = "serveit/centos-7"
config.vm.box = "bluefedora/hyperv-alpha-centos7"
config.ssh.private_key_path = "~/.vagrant.d/insecure_private_key"
config.ssh.forward_agent = true
end
Bin ich immer diese Fehlermeldung, wenn dabei ein vagrant up
:
PS C:\Programs\vagrant_stuff\centos7> vagrant up
Bringing machine 'default' up with 'hyperv' provider...
==> default: Verifying Hyper-V is enabled...
==> default: Importing a Hyper-V instance
default: Cloning virtual hard drive...
default: Creating and registering the VM...
default: Successfully imported a VM with name: vagrantbox
==> default: Starting the machine...
==> default: Waiting for the machine to report its IP address...
default: Timeout: 120 seconds
default: IP: 192.168.137.6
==> default: Waiting for machine to boot. This may take a few minutes...
default: SSH address: 192.168.137.6:22
default: SSH username: vagrant
default: SSH auth method: private key
default:
default: Vagrant insecure key detected. Vagrant will automatically replace
default: this with a newly generated keypair for better security.
default:
default: Inserting generated public key within guest...
default: Removing insecure key from the guest if it's present...
default: Key inserted! Disconnecting and reconnecting using new SSH key...
default: Warning: Authentication failure. Retrying...
default: Warning: Authentication failure. Retrying...
default: Warning: Authentication failure. Retrying...
default: Warning: Authentication failure. Retrying...
default: Warning: Authentication failure. Retrying...
default: Warning: Authentication failure. Retrying...
default: Warning: Authentication failure. Retrying...
default: Warning: Authentication failure. Retrying...
default: Warning: Authentication failure. Retrying...
default: Warning: Authentication failure. Retrying...
default: Warning: Authentication failure. Retrying...
default: Warning: Authentication failure. Retrying...
default: Warning: Authentication failure. Retrying...
default: Warning: Authentication failure. Retrying...
default: Warning: Authentication failure. Retrying...
default: Warning: Authentication failure. Retrying...
default: Warning: Authentication failure. Retrying...
default: Warning: Authentication failure. Retrying...
default: Warning: Authentication failure. Retrying...
default: Warning: Authentication failure. Retrying...
default: Warning: Authentication failure. Retrying...
default: Warning: Authentication failure. Retrying...
default: Warning: Authentication failure. Retrying...
default: Warning: Authentication failure. Retrying...
Timed out while waiting for the machine to boot. This means that
Vagrant was unable to communicate with the guest machine within
the configured ("config.vm.boot_timeout" value) time period.
If you look above, you should be able to see the error(s) that
Vagrant had when attempting to connect to the machine. These errors
are usually good hints as to what may be wrong.
If you're using a custom box, make sure that networking is properly
working and you're able to connect to the machine. It is a common
problem that networking isn't setup properly in these boxes.
Verify that authentication configurations are also setup properly,
as well.
If the box appears to be booting properly, you may want to increase
the timeout ("config.vm.boot_timeout") value.
Kann ich tun, eine vagrant ssh-config
:
Host default
HostName 192.168.137.6
User vagrant
Port 22
UserKnownHostsFile /dev/null
StrictHostKeyChecking no
PasswordAuthentication no
IdentityFile C:/Users/Kareem/.vagrant.d/insecure_private_key
IdentitiesOnly yes
LogLevel FATAL
ForwardAgent yes
Sah ich anderswo, ich sollte versuchen vagrant halt
und vagrant up
um das Problem zu beheben. Dies hat nicht funktioniert.
Ich auch gelöscht, die .vagrant.d/insecure_private_key
- Datei und sah, dass es neu erstellt. Kein problem, das ist auch zu erwarten.
Auch vagrant ssh
funktioniert mit Passwort:
PS C:\Programs\vagrant_stuff\centos7> vagrant ssh
[email protected]'s password:
[vagrant@localhost ~]$
So, da konnte ich SSH, habe ich beschlossen, überprüfen Sie die .ssh/authorized_keys
Datei:
[Gast@localhost ~]$ cat .ssh/authorized_keys
[vagrant@localhost ~]$ cat /home/vagrant/.ssh/authorized_keys
ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABAQDIRcYs0HBn/BOjiKg9fGnoraVxRnnZk+6sM3waFFE1+U3aO8GQjRKxQsYgJNoyRmNVymzpP13kOoLodDsz
UKhdcO6dL+zAtmhsFTgmADMXxVzM3mfRWfPG2HdsU13Pof77A68Ln6z6X4jVG4cnsclYvz67Gudl7lZ9VI2TOdDn1V+7ZANlkGnqejIwA2RVWtYLgLQHU9p4
47nvRqId71XaG8BZpbONRzzrL49wWyjfc4h6SdaHVJZJB6kY+vkr31xw6TPIIlo2UHH7Ihlk6KADNo4wFJYF+ozIA7C792omzjN1zu1SayvCYNG21yZy/cCd
n2Hr158Jy83A9CslQPbT vagrant
Dafuq ist dieser Schlüssel?!?!
Ich bin mir ziemlich sicher, dass dies nicht dem öffentlichen Schlüssel entspricht, Landstreicher. Dies ist auch nicht mein system-public-key. Wenn ich die Vagrant Öffentlichen Schlüssel ich dieses:
ssh-rsa AAAAB3NzaC1yc2EAAAABIwAAAQEA6NF8iallvQVp22WDkTkyrtvp9eWW6A8YVr+kz4TjGYe7gHzIw+niNltGEFHzD8+v1I2YJ6oXevct1YeS0o9H
ZyN1Q9qgCgzUFtdOKLv6IedplqoPkcmF0aYet2PkEDo3MlTBckFXPITAMzF8dJSIFo9D8HfdOV0IAdx4O7PtixWKn5y2hMNG0zQPyUecp4pzC6kivAIhyfHi
lFR61RGL+GPXQ2MWZWFYbAGjyiYJnAmCP3NOTd0jMZEnDkbUvxhMmBYSdETk1rRgm+R4LOzFUGaHqHDLKLX+FIPKcF96hrucXzcWyLbIbEgE98OHlnVYCzRd
K8jlqm8tehUc9c9WhQ== vagrant insecure public key
Außerdem, wenn ich update meine Vagrantfile
mein system nutzen private key:
#config.ssh.private_key_path = "~/.vagrant.d/insecure_private_key"
config.ssh.private_key_path = "~/.ssh/id_rsa"
Ich eine andere public-key in der VM, welche die Vagrant Öffentlichen Schlüssel:
[vagrant@localhost ~]$ cat /home/vagrant/.ssh/authorized_keys
ssh-rsa AAAAB3NzaC1yc2EAAAABIwAAAQEA6NF8iallvQVp22WDkTkyrtvp9eWW6A8YVr+kz4TjGYe7gHzIw+niNltGEFHzD8+v1I2YJ6oXevct1YeS0o9H
ZyN1Q9qgCgzUFtdOKLv6IedplqoPkcmF0aYet2PkEDo3MlTBckFXPITAMzF8dJSIFo9D8HfdOV0IAdx4O7PtixWKn5y2hMNG0zQPyUecp4pzC6kivAIhyfHi
lFR61RGL+GPXQ2MWZWFYbAGjyiYJnAmCP3NOTd0jMZEnDkbUvxhMmBYSdETk1rRgm+R4LOzFUGaHqHDLKLX+FIPKcF96hrucXzcWyLbIbEgE98OHlnVYCzRd
K8jlqm8tehUc9c9WhQ== vagrant insecure public key
Sehe ich auch, dass das provisioning-Prozess nicht legen Sie einen neuen Schlüssel. Dies alles scheint nach hinten, ich dachte, dass der Schlüssel sollte nur aktualisiert werden, wenn ich mit meinem privaten Schlüssel, und es sollte meine eigene.
HILFE!
Kann mir jemand helfen, herauszufinden, warum dies passiert ist?
InformationsquelleAutor Kareem | 2016-07-29
Du musst angemeldet sein, um einen Kommentar abzugeben.
Stellt sich heraus, es ist ein bekannter bug in Vagrant 1.8.5 (Wird behoben werden in 1.8.6):
Details hier
Wenn Sie 1.8.5 können, laden Sie sich die aktualisierte version von PR #7611 mit PowerShell:
[IO.File]::WriteAllLines("C:\HashiCorp\Vagrant\embedded\gems\gems\vagrant-1.8.5\plugins\guests\linux\cap\public_key.rb", (Invoke-WebRequest -Uri https://raw.githubusercontent.com/Poohblah/vagrant/41063204ca540c44f9555bd11ba9e76c7307bec5/plugins/guests/linux/cap/public_key.rb).Content)
/opt/vagrant/embedded/gems/gems/vagrant-1.8.5/plugins/guests/linux/cap/public_key.rb
. (Die diff-Inhalte sind in der link.) Alles hat gut funktioniert nach patch.InformationsquelleAutor Kareem
Innen
public_key.rb
- Datei finden Sie diese in Zeile 56 und Anhängenchmod 0600 ~/.ssh/authorized_keys
etwa so:Pfad für Windows:
C:\HashiCorp\Vagrant\embedded\gems\gems\vagrant-1.8.5\plugins\guests\linux\cap\public_key.rb
Pfad für mac:
/opt/vagrant/embedded/gems/gems/vagrant-1.8.5/plugins/guests/linux/cap/public_key.rb
InformationsquelleAutor Khoi.T
Vagrant SSH in die Maschine und geben dieses Privileg.
vagrant@localhost:chmod 600 ~/.ssh/authorized_keys.
verlassen comeback auf den host und klicken Sie auf "vagrant reload"
Es funktioniert!!!
InformationsquelleAutor gaurav
überprüfen Sie die Berechtigungen innerhalb des wandernden Beispiel:
ssh-Schlüssel verwendet werden, die nur mit entsprechenden Berechtigungen.
Auch, wie Abhilfe, können Sie die Vagrantfile:
InformationsquelleAutor Sławomir Lenart