Error de autenticación Vagrant ssh

Para información general: por defecto a ssh-connect puede simplemente utilizar

Usuario: vagrant contraseña: vagrant

Https://www.vagrantup.com/docs/boxes/base.html#quot-vagrant-quot-user

Primero, prueba: para ver qué vagrant insecure_private_key está en la configuración de tu máquina

$ vagrant ssh-config

Ejemplo:

$ vagrant ssh-config
Host default
  HostName 127.0.0.1
  User vagrant
  Port 2222
  UserKnownHostsFile /dev/null
  StrictHostKeyChecking no
  PasswordAuthentication no
  IdentityFile C:/Users/konst/.vagrant.d/insecure_private_key
  IdentitiesOnly yes
  LogLevel FATAL

Http://docs.vagrantup.com/v2/cli/ssh_config.html

Segundo, hacer: Cambiar el contenido de file insecure_private_key con el contenido de su sistema personal clave privada

O uso: Añadir al Vagrantfile:

Vagrant.configure("2") do |config|
  config.ssh.private_key_path = "~/.ssh/id_rsa"
  config.ssh.forward_agent = true
end

1. config.ssh.private_key_path es su clave privada local
2. Su clave privada debe estar disponible para el agente ssh local. Puede consultar con ssh-add -L. Si no está en la lista, agréguelo con ssh-add ~/.ssh/id_rsa
3. No olvide agregar su clave pública a ~/.ssh/authorized_keys en la VM Vagrant. Puedes hacerlo copiando y pegando o usando una herramienta como ssh-copy-id (user: root contraseña: vagrant puerto: 2222) ssh-copy-id '-p 2222 [email protected]'

Si todavía no funciona intente esto:

1. Eliminar el archivo insecure_private_key de c:\Users\USERNAME\.vagrant.d\insecure_private_key

2. Run vagrant up (vagrant generará un nuevo archivo insecure_private_key)

En otros casos, es útil para poner forward_agent en Vagrantfile:

Vagrant::Config.run do |config|
   config.ssh.forward_agent = true
end

Útil:

Configuracion git puede ser con git-scm.com

Después de la configuración este programa y la creación de personal system private key estará en la ruta de tu perfil: c:\users\USERNAME\.ssh\id_rsa.pub

PD: Finalmente-sugiero que mires Ubuntu en Windows 10

Nada de lo anterior funcionó para mí. De alguna manera la caja tenía la clave pública incorrecta agregada en el archivo vagrant user authorised_keys.

Si todavía puede ssh en el cuadro con la contraseña vagrant (la contraseña es vagrant), es decir,

ssh vagrant@localhost -p 2222

Luego copie el contenido de la clave pública desde https://raw.githubusercontent.com/mitchellh/vagrant/master/keys/vagrant.pub al archivo authorised_keys con el siguiente comando

echo "ssh-rsa AAAAB3NzaC1yc2EAAAABIwAAAQEA6NF8iallvQVp22WDkTkyrtvp9eWW6A8YVr+kz4TjGYe7gHzIw+niNltGEFHzD8+v1I2YJ6oXevct1YeS0o9HZyN1Q9qgCgzUFtdOKLv6IedplqoPkcmF0aYet2PkEDo3MlTBckFXPITAMzF8dJSIFo9D8HfdOV0IAdx4O7PtixWKn5y2hMNG0zQPyUecp4pzC6kivAIhyfHilFR61RGL+GPXQ2MWZWFYbAGjyiYJnAmCP3NOTd0jMZEnDkbUvxhMmBYSdETk1rRgm+R4LOzFUGaHqHDLKLX+FIPKcF96hrucXzcWyLbIbEgE98OHlnVYCzRdK8jlqm8tehUc9c9WhQ== vagrant insecure public key" > .ssh/authorized_keys

Cuando termine, salga de la VM y pruebe vagrant ssh nuevo. Debería funcionar ahora.

Si experimentas este problema en vagrant 1.8.5, entonces echa un vistazo a este hilo en github:

Https://github.com/mitchellh/vagrant/issues/7610

Es causado básicamente por un problema de permiso, la solución es solo

vagrant ssh 
password: vagrant 
chmod 0600 ~/.ssh/authorized_keys
exit

Entonces

vagrant reload 

Para tu información: este problema solo afecta a CentOS, Ubuntu funciona bien.

Ejecute los siguientes comandos en la máquina/VM invitada:

wget https://raw.githubusercontent.com/mitchellh/vagrant/master/keys/vagrant.pub -O ~/.ssh/authorized_keys
chmod 700 ~/.ssh
chmod 600 ~/.ssh/authorized_keys
chown -R vagrant:vagrant ~/.ssh

Entonces haga vagrant halt. Esto eliminará y regenerará sus claves privadas.

(Estos pasos asumen que ya ha creado o ya tiene el~/.ssh/ y ~/.ssh / authorized_keys directorios bajo su carpeta de inicio.)

En mi experiencia, este ha sido un problema sorprendentemente frecuente con las nuevas máquinas vagabundas. De lejos, la forma más fácil de resolverlo, en lugar de alterar la configuración en sí, ha sido crear las claves ssh necesarias manualmente en el cliente, y luego usar la clave privada en el host.

1. Inicie sesión en vagrant machine: vagrant ssh, use la contraseña predeterminada vagrant.
2. Crear claves ssh: por ejemplo, ssh-keygen -t rsa -b 4096 -C "vagrant" (como lo aconseja la guía relevante de GitHub ).
3. Cambiar el nombre del público archivo de clave (por defecto id_rsa.pub), anulando el antiguo: mv .ssh/id_rsa.pub .ssh/authorized_keys.
4. Recargue el servicio ssh en caso necesario: sudo service ssh reload.
5. Copie el archivo de clave privada (por defecto id_rsa) a la máquina host: por ejemplo, use una buena combinación de cat y portapapeles, cat .ssh/id_rsa, paint y copy (deben existir mejores formas, invente una!).
6. Cierre de sesión de la máquina vagrant: logout.
7. Encuentra la clave privada actual utilizada por vagrant mirando su configuración: vagrant ssh-config (mira por ejemplo ÌdentityFile" /[...] / private_key".
8. Reemplace la clave privada actual por la que creó en la máquina host: por ejemplo, nano /[...]/private_key y péguela desde el portapapeles, si todo lo demás falla. (Nota, sin embargo, si su private_key no es específico del proyecto sino compartido por varias máquinas vagabundas, es mejor que configure la ruta usted mismo para no romper otras máquinas que funcionan perfectamente. Cambiar la ruta es tan simple como agregar una línea config.ssh.private_key_path = "path/to/private_key" en el Vagrantfile.) Además, si está utilizando la máquina generada PuPHPet, puede almacenar su clave privada en file puphpet/files/dot/ssh/id_rsa y se agregará automáticamente a la configuración ssh de Vagrantfile.
9. Pruebe la configuración: vagrant ssh ahora debería funcionar.

Si ese es el caso, felicítese, logout, corra vagrant provision si es necesario y continúe con la tarea significativa que tiene a mano.

Si todavía tiene problemas, puede ser útil agregar una bandera detallada al comando ssh para facilitar la depuración. Puedes pasar eso (o cualquier otra opción, para el caso) después de doble guión. Por ejemplo, escribiendo vagrant ssh -- -v. Siéntase libre de agregar tantos v como necesite, cada uno le dará más información.

Esto también puede suceder si está intentando forzar a su máquina virtual a usar un usuario root de forma predeterminada para SSH....

Por ejemplo, una configuración como esta en su Vagrantfile puede causar este error:

config.ssh.username = 'root'
config.ssh.password = 'vagrant'
config.ssh.insert_key = 'true'

Solución: ¡Comenta esas líneas y vuelve a intentarlo!

Problema Estaba recibiendo los errores de autenticación ssh, en un cuadro que aprovisioné. El original funcionaba bien.

El problema para mí era que me faltaba una clave privada en .vagrant/machines/default/virtualbox/private_key. Copié la clave privada de la misma ubicación relativa de la caja original y Viola!

He encontrado una manera de evitar el desorden con las teclas en Win 8.2 donde no tuve éxito con ninguno de los métodos mencionados aquí. Puede ser interesante que exactamente la misma combinación de VirtualBox, Vagrant y la caja se ejecute en Win 7 Ultimate sin ningún problema.

Cambié a la autenticación por contraseña agregando los siguientes comandos en Vagrantfile:

config.ssh.password = "vagrant"
config.ssh.insert_key = false

Tenga en cuenta que no estoy seguro de que este sea el único cambio requerido porque ya lo hice:

1. I se generó un nuevo par de claves RSA y se cambió el archivo authorized_keys en consecuencia (todo en la máquina virtual, consulte las sugerencias anteriores y en otros lugares)

2. Copié la clave privada en el mismo directorio donde reside Vagrantfile y agregué

    config.ssh.private_key_path = "./id_rsa"
   

Pero creo que estos cambios eran irrelevantes. Pasé un montón de tiempo tratando, así que no cambié la configuración de trabajo por razones obvias:)

Para mí, esto se resolvió cambiando los permisos .carpeta ssh en vagrant home directort (es decir, "~vagrant/.ssh"). Creo que arruiné los permisos cuando estaba configurando claves ssh para mi aplicación.

Parece que el archivo 'authorized_keys' debe ser' rw 'solo para el usuario 'vagrant', por lo que "chmod 600 authorized_keys" ; lo mismo ocurre con el propio directorio y su padre:

Así que:

chmod 600 authorized_keys
chmod 700 .
chmod 700 ..

Fue solo después de que tuve todos estos permisos restaurados que vagrant ssh comenzó a trabajar de nuevo.

Creo que tiene algo que ver con la seguridad ssh. Se niega a reconocer certificados si son de alguna manera accesibles más allá del usuario actual, por lo que los intentos de vagrants de iniciar sesión son rechazados.

Si está utilizando la configuración SSH predeterminada en su VagrantFile y comenzó a ver errores de autenticación SSH después de volver a asociar su caja de VM debido a un bloqueo, intente reemplazar la clave pública en su máquina vagrant.

Vagrant reemplaza la clave pública asociada con un par de claves privadas inseguras en cada cierre de sesión debido a razones de seguridad. Si no apagó correctamente su máquina, el par de claves pública/privada puede no sincronizarse, causando un error de autenticación SSH.

Para resolver este problema, simplemente cargue suba la clave privada insegura actual y luego copie el par de claves públicas en el archivo authorized_keys de su máquina virtual.

Esta podría ser la última respuesta en la lista, pero esto funcionó para mí y no encontré esta respuesta en ningún lugar, lo encontré yo mismo después de 2 días de investigaciones, así que es mejor que pruebes esto si nada más funcionó para ti hasta ahora.

En mi caso el problema vino de mi VirtualBox. No se por qué razón una opción fue deshabilitada y debería haber sido habilitada.

Como se puede ver en la imagen, hubo algunos problemas de red con mi VirtualBox y lo que Tuve que hacer con el fin de solucionar este problema fue seleccionar mi máquina, pulse en configuración, pestaña de red y después de que asegúrese de que la opción Cable Conectado fue seleccionado. En mi caso esta opción no fue seleccionada y fallé en este paso:

default: SSH address: 127.0.0.1:2222
default: SSH username: vagrant
default: SSH auth method: private key

Primero pensé que el puerto ya está en uso, después de eso reinstalé Vagrant y también probé otras cosas, pero ninguna de ellas funcionó para mí.

Esto me ha pasado varias veces y la forma en que lo resolví fue :

1. Compruebe y asegúrese de que su Vagrantfile tiene la ruta correcta de la clave privada :

   Config.ssh.private_key_path = " / home / razvan/.ssh / id_rsa "

2. Ejecutar el comando > vagrant ssh en una terminal linux

3. En su máquina vagabunda vaya a

   Cd /home/vagrant/.ssh

Y compruebe si la clave ssh en el archivo authorized_keys es la misma que usted tenga en su máquina local en~/.ssh / id_rsa.pub. Si no, reemplace el de su vagrant authorized_keys con el de su máquina local que se encuentra en ~/.ssh / id_rsa.pub.

1. Recargar Vagabundo:

   Vagrant reload

Espero que esto ayude a alguien más. ¡Salud!

1. Localice la clave privada en el host:

vagrant ssh-config
#

Salida:

Host default
  ...
  Port 2222
  ...
  IdentityFile /home/me/.vagrant.d/[...]/virtualbox/vagrant_private_key
  ...

2. Almacene la ruta de la clave privada y el número de puerto en variables:

Utilice estos dos comandos con la salida de arriba:

pk="/home/me/.vagrant.d/.../virtualbox/vagrant_private_key"
port=2222
#

3. Generar una clave pública y subirla a la máquina invitada:

Copia/pasta, no se necesitan cambios:

ssh-keygen -y -f $pk > authorized_keys
scp -P $port authorized_keys vagrant@localhost:~/.ssh/
vagrant ssh -c "chmod 600 ~/.ssh/authorized_keys"
rm authorized_keys
#

Solución Mac:

1. Se agregó la clave local ssh id_rsa a la clave privada vagrant

   Vi /Usuarios//.vagrant / machines/default/virtualbox / private_key

   /Usuarios//.ssh / id_rsa

2. Clave pública copiada / Usuarios//.ssh / id_rsa.pub on vagrant box authorized_keys

ssh vagrant@localhost -p 2222 (contraseña: vagrant) ls -la cd .ssh

1. chmod 0600 ~/.ssh/authorized_keys

2. vagrant reload

Problema resuelto.

Gracias a

Tampoco podía ir más allá:

Predeterminado: método de autenticación SSH: clave privada

Cuando usé la interfaz gráfica de usuario de VirtualBox, me dijo que había un desajuste del procesador del sistema operativo.

Para que vagrant progresara aún más, en la configuración del BIOS tuve que contra-intuitivamente:

Desactivar: Virtualización

Habilitar: VT-X

Intente alternar estos ajustes en su BIOS.

En primer lugar, debe eliminar el archivo insecure_private_key autogenerado, luego regenerar este archivo escribiendo

vagrant ssh-config

Entonces

vagrant halt
vagrant up

Debería funcionar

Resolví el problema de la siguiente manera. 1. Crear una nueva clave SSH usando Git Bash

$ ssh-keygen -t rsa -b 4096 -C "vagrant@localhost"
# Creates a new ssh key, using the provided email as a label
Generating public/private rsa key pair.

1. Cuando se le solicite que "Introduzca un archivo en el que guardar la clave", pulse Intro. Esto acepta la ubicación predeterminada del archivo.

   Introduzca un archivo en el que guardar la clave (/Users/[you]/.ssh / id_rsa): [Presione enter]

2. En el mensaje, escriba una contraseña segura. Puede dejarlo vacío y presionar enter si no necesita una frase de contraseña.

   Introduzca un archivo en el que guarda la clave (/Users/[you]/.ssh / id_rsa): [Presione enter]

3. Para conectarse a su Vagrant VM escriba el siguiente comando

   Ssh vagrant@localhost-p 2222

Cuando reciba el siguiente mensaje, escriba "sí" y presione entrar.

The authenticity of host 'github.com (192.30.252.1)' can't be established.
RSA key fingerprint is 16:27:ac:a5:76:28:2d:36:63:1b:56:4d:eb:df:a6:48.
Are you sure you want to continue connecting (yes/no)?

1. Ahora para establecer un tipo de conexión SSH: vag vagrant ssh

2. Copie la clave pública del host en el archivo authorized_keys en Vagrant VM. Para ello, vaya a " Users / [you]/.ssh " y copiar el contenido en id_rsa.archivo pub en la máquina host y pasado en"~/.archivo ssh / authorized_keys " en Vagrant VM.

3. Cambiar el permiso en la carpeta SSH y el archivo authorized_keys en Vagrant VM
4. Reiniciar vagrant con: vag vagrant reload

He puesto en marcha la máquina, entonces:

vagrant ssh-config

He recibido lo siguiente:

Host default HostName 127.0.0.1 User vagrant Port 2222 UserKnownHostsFile /dev/null StrictHostKeyChecking no PasswordAuthentication no IdentityFile /Users/my-user-name/Documents/PHP-Projects/my-php-project/puphpet/files/dot/ssh/id_rsa IdentityFile /Users/my-user-name/.vagrant.d/insecure_private_key IdentitiesOnly yes LogLevel FATAL

Entonces he corrido

cat ~/.ssh/id_rsa > /Users/my-user-name/Documents/PHP-Projects/my-php-project/puphpet/files/dot/ssh/id_rsa

Máquina arrancada de aquí en adelante

• El Capitan 10.11.1 Beta (15B38b)
• Virtual Box 5.0.8 r103449
• Vagabundo 1.7.4

Entre todas las respuestas aquí, hay muchas cosas buenas que probar. Para completar, si

ssh vagrant@localhost -p 2222

Como sugiere @ Bizmate, y falla, asegúrese de tener

AllowUsers vagrant

En el /etc/ssh/sshd_config de su máquina huésped/vagabundo.

Estoy usando Vagrant con una configuración de Puphpet de mayo de 2015 y tuve este problema. Parece que la configuración que se generó no manejó Vagrant 1.7.4 (o tal vez un poco antes?) comportamiento de la regeneración de claves ssh si detecta una clave insegura.

Lo resolví agregando lo siguiente en mi Vagrantfile generado por Puphpet (configuración local) dentro del archivo "if".archivo?(CustomKey)" cláusula:

config.ssh.insert_key = false

Commit de referencia

Este es el todos los pasos correctos que he seguido para solucionar este problema de abajo se produjo cuando vagrant up comando ejecutar.

Estos son los pasos que seguí

1. crea una carpeta. e. g F:\projects
2. Abra esta carpeta en git bash y ejecute este comando ssh-keygen-t rsa-b 4096-C "[email protected]" (poner una dirección de correo electrónico válida)
3. A continuación, generar par de claves en dos archivos separados en la carpeta del proyecto. por ejemplo, proyecto (archivo de clave privada), proyecto.pub (clave pública file)
4. Ir a esta ubicación C:\Users\acer.vagabundo.d y buscar archivo insecure_private_key
5. Obtenga una copia de seguridad del archivo y copie el contenido de la clave privada recién creada y péguela en el archivo insecure_private_key. Luego copie insecure_private_key y péguelo en esta ubicación también.
6. Ahora vaga en la ubicación de tu proyecto. después de generar el tipo de problema anterior vagrant ssh y entrar dando nombre de usuario, contraseña. (en el nombre de usuario y contraseña por defecto se establece como vagrant)
7. Entra a esta ubicación cd / home / vagrant/.ssh y tipo mv authorized_keys authorized_keys_bk
8. Luego escriba ls-al y escriba vi authorized_keys para abrir el editor vi del archivo authorized_keys.
9. Open generated public key from notepad++ (project.pub) y copiar contenido Luego presione i en git bash para habilitar el modo de inserción en el editor vi y haga clic derecho y pegue. Después de presionar escape para salir del modo de inserción
10. : wq! para guardar el archivo y escribir ls-al
11. Entonces los permisos se establecen como abajo no necesidad de cambiar drwx------. 2 vagrant vagrant 4096 Feb 13 15: 33 . drwx------. 4 vagrant vagrant 4096 Feb 13 14: 04 .. -rw-------. 1 vagrant vagrant 743 Feb 13 14: 26 authorized_keys -rw-------. 1 raíz raíz 409 Feb 13 13: 57 authorized_keys_bk -rw-------. 1 vagrant vagrant 409 Jan 2 23:09 authorized_keys_originial De lo contrario, escriba chmod 600 authorized_keys y escriba este comando también chown vagrant:vagrant authorized_keys
12. Finalmente ejecuta el vagrant halt y vagrant up de nuevo.

************************ESTE ES UN TRABAJO MUY BIEN PARA MÍ*******************************

Solo para aquellas personas que han sido idiotas como yo, o que han tenido algo extraño que le ha pasado a su máquina vagabunda. Este error también puede ocurrir cuando se cambian los permisos del directorio personal del usuario vagrant (deliberadamente o por accidente).

Puede iniciar sesión en su lugar (como se describe en otras publicaciones) utilizando la contraseña ('vagrant') y luego ejecutar el siguiente comando para corregir los permisos.

sudo chown -R vagrant:vagrant /home/vagrant

Entonces debería ser capaz de iniciar sesión de nuevo sin contraseña.

TL; DR: Los permisos en tu carpeta de inicio vagrant son incorrectos.

Simple:

homestead destroy
homestead up

Editar (No tan simple como el primer pensamiento):

El problema era que las nuevas versiones de homestead usan php7.0 y algunas otras cosas. Para evitar este desastre, asegúrese de configurar verison en Homestead.yml:

version: "0"

Resolví este problema ejecutando comandos en Windows 7 CMD como se indica en este aquí está el enlace último post en este hilo,

Https://github.com/mitchellh/vagrant/issues/6744

Some commands that will reinitialize various network states:
Reset WINSOCK entries to installation defaults : netsh winsock reset catalog
Reset TCP/IP stack to installation defaults : netsh int ip reset reset.log
Flush DNS resolver cache : ipconfig /flushdns
Renew DNS client registration and refresh DHCP leases : ipconfig /registerdns
Flush routing table : route /f

He estado golpeando mi cabeza en esto durante el último par de días en una caja base reempaquetada. (Mac OS X, El Capitan)

Siguiendo el procedimiento de @Radek hice 'vagrant ssh-config' en la caja fuente y obtuve:

...
/Users/Shared/dev/<source-box-name>/.vagrant/machines/default/virtualbox/private_key
...

En la nueva copia, ese comando me dio:

...
IdentityFile /Users/<username>/.vagrant.d/insecure_private_key
...

Entonces, acabo de agregar esta línea en la nueva copia:

...
config.ssh.private_key_path = "/Users/Shared/dev/<source-box-name>/.vagrant/machines/default/virtualbox/private_key"
...

No es perfecto, pero puedo seguir con mi vida.

Otra solución simple, en Windows, vaya al archivo Homestead / Vagrantfile y agregue estas líneas para conectarse con un nombre de usuario / contraseña en lugar de una clave privada:

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

Así que, finalmente parte del archivo se verá así:

if File.exists? homesteadYamlPath then
    settings = YAML::load(File.read(homesteadYamlPath))
elsif File.exists? homesteadJsonPath then
    settings = JSON.parse(File.read(homesteadJsonPath))
end

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

Homestead.configure(config, settings)

if File.exists? afterScriptPath then
    config.vm.provision "shell", path: afterScriptPath, privileged: false
end

Espero que esto ayude ..