Error de autenticación Vagrant ssh

El problema con la autenticación ssh:

==> default: Clearing any previously set forwarded ports... ==> default: Clearing any previously set network interfaces... ==> default: Preparing network interfaces based on configuration... default: Adapter 1: nat default: Adapter 2: bridged ==> 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: Authentication failure. Retrying... default: Error: Authentication failure. Retrying... default: Error: Authentication failure. Retrying... default: Error: Authentication failure. Retrying... default: Error: Authentication failure. Retrying... 

Puedo Ctrl+C fuera del bucle de autenticación y luego con éxito ssh en forma manual.

Realicé los siguientes pasos en el cuadro de invitados:

  • Habilitado el Remote Login de Remote Login para All Users .

  • Creó el directorio ~/.ssh con 0700 permisos.

  • Creó el archivo ~/.ssh/authorized_keys con 0600 permisos.

  • Pegué esta clave pública en ~/.ssh/authorized_keys

También intenté usar una red privada (hostonly) en lugar de la red pública (puenteada), usando esta línea en el Vagrantfile:

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

Obtengo el mismo resultado (excepto Adapter 2: hostonly ) pero luego no puedo Adapter 2: hostonly ssh manualmente.

También probé config.vm.network "private_network", ip: "10.0.0.100" .

También intenté configurar config.ssh.password en el Vagrantfile. Esto produce el SSH auth method: password pero aún no se autentica.

Y también intenté reconstruir la caja y volver a verificar todo lo anterior.

Parece que otros han tenido éxito con esta configuración , por lo que debe haber algo que estoy haciendo mal.

Encontré este hilo y habilité la GUI, pero eso no ayuda.

Asegúrese de que su primera interfaz de red sea NAT. La otra segunda interfaz de red puede ser cualquier cosa que desee cuando construya la caja. No se olvide del usuario Vagrant, como se explica en el hilo de Google.

Buena suerte.

Para información general: de manera predeterminada a ssh-connect puede simplemente usar

usuario: contraseña vagrant : vagrant

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

Primero, intente: para ver qué insecure_private_key vaga en la configuración de su 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

En segundo lugar, haga lo siguiente: Cambie el contenido del archivo insecure_private_key con el contenido de su clave privada de sistema personal

O use: agréguelo 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 tu clave privada local
  2. Su clave privada debe estar disponible para el ssh-agent local. Puede consultar con ssh-add -L . Si no aparece en la lista, agréguelo con ssh-add ~/.ssh/id_rsa
  3. No olvides agregar tu clave pública a ~/.ssh/authorized_keys en la máquina virtual Vagrant. Puede hacerlo copiando y pegando o usando una herramienta como ssh-copy-id (usuario: contraseña de root : puerto vagrant : 2222) ssh-copy-id '-p 2222 root@127.0.0.1'

Si todavía no funciona, intente esto:

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

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

En otros casos, es útil establecer forward_agent en Vagrantfile :

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

Útil:

La configuración de git puede ser con git-scm.com

Después de configurar este progtwig y crear la clave privada del sistema personal, estará en la ruta de acceso de su perfil: c:\users\USERNAME\.ssh\id_rsa.pub

PD: Finalmente, sugiérele que busque Ubuntu en Windows 10

Ninguno de los anteriores funcionó para mí. De alguna manera, la caja tenía la clave pública errónea agregada en el archivo vagabundo authorised_keys .

Si todavía puede ssh en la caja con la contraseña vagabunda (contraseña es vagabunda), 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 máquina virtual y pruebe vagabundo ssh nuevamente. Debería funcionar ahora.

Si experimentas este problema en el vagabundo 1.8.5, entonces mira 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 

FYI: este problema solo afecta a CentOS, Ubuntu funciona bien.

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

 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 haz alto vagabundo. Esto eliminará y regenerará tus claves privadas.

(Estos pasos dan por supuesto que ya ha creado o ya tiene los directorios ~ / .ssh / y ~ / .ssh / authorized_keys en su carpeta de inicio).

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

  1. Inicie sesión en la máquina vagabunda: vagrant ssh , use la contraseña predeterminada vagrant .
  2. Crear claves ssh: por ejemplo, ssh-keygen -t rsa -b 4096 -C "vagrant" ( como lo indica la guía relevante de GitHub ).
  3. Cambie el nombre del archivo de clave pública (de forma predeterminada id_rsa.pub), anulando el anterior: mv .ssh/id_rsa.pub .ssh/authorized_keys .
  4. Recargar el servicio ssh en caso de que sea necesario: sudo service ssh reload .
  5. Copie el archivo de clave privada (por defecto id_rsa) en la máquina host: por ejemplo, use una combinación fina de cat y portapapeles, cat .ssh/id_rsa , pinte y copie (¡deben existir mejores formas, vaya a inventar uno!).
  6. Salir de la máquina vagabunda: logout .
  7. Encuentre la clave privada actual utilizada por vagabundo mirando su configuración: vagrant ssh-config (busque, por ejemplo, IddentityFile “/[…]/private_key”.
  8. Reemplace la clave privada actual con la que creó en la máquina host: por ejemplo, nano /[...]/private_key y pegue desde el portapapeles, si todo lo demás falla. ( Tenga en cuenta , sin embargo, que si su private_key no es específica de un proyecto pero es compartida por varias máquinas vagabundas, ¡mejor 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 por PuPHPet , puede almacenar su clave privada para archivar puphpet/files/dot/ssh/id_rsa y se agregará a la configuración ssh de Vagrantfile. automáticamente.
  9. Pruebe la configuración: vagrant ssh ahora debería funcionar.

Si ese fuera el caso, felicítese, logout , ejecute la vagrant provision si es necesario y continúe con la tarea significativa que tiene entre manos.

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

Esto también puede ocurrir si intenta forzar a su máquina virtual a usar un usuario raíz de manera predeterminada para SSH ….

Por ejemplo, una configuración como esa 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 Obtenía los errores de autenticación de ssh en una caja que aprovisioné. El original estaba funcionando 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 forma de resolver el problema 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 de 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 estos sean los únicos cambios necesarios porque ya lo hice:

  1. Genere un nuevo par de claves RSA y cambie el archivo autorizado_keys en consecuencia (todo en la máquina virtual, vea 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 fueron irrelevantes. Pasé un montón de tiempo intentando, así que no cambié la configuración de trabajo por razones obvias 🙂

para mí, esto se resolvió al cambiar los permisos en la carpeta .ssh en el directorio principal local vagabundo (es decir, “~ vagrant / .ssh”). Creo que eché a perder los permisos cuando estaba configurando las claves ssh para mi aplicación.

Parece que el archivo “authorized_keys” debe ser “rw” solo para el usuario “vagabundo”, por lo que “chmod 600 authorized_keys”; lo mismo vale para el directorio en sí y su padre:

asi que:

 chmod 600 authorized_keys chmod 700 . chmod 700 .. 

Fue solo después de que tuve todos estos permisos restaurados que el ssh vagabundo comenzó a funcionar nuevamente.

Creo que es algo relacionado con la seguridad de ssh. Se niega a reconocer certificados si son accesibles de alguna manera más allá del usuario actual, por lo que los bashs de ingreso de los vagabundos son rechazados.

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

Vagrant reemplaza la clave pública asociada con el 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 quedar fuera de sincronización, causando un error de autenticación SSH.

Para resolver este problema, simplemente cargue 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 lado, lo encontré yo mismo después de 2 días de investigaciones, así que será mejor que intentes esto si nada funciona para ti hasta ahora.

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

enter image description here

Como puede ver en la imagen, hubo algunos problemas de red con mi VirtualBox y lo que tuve que hacer para solucionar este problema fue seleccionar mi máquina, presionar configuración, pestaña de red y después de eso asegurarse 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 estaba en uso, luego reinstalé Vagrant y también probé otras cosas, pero ninguna funcionó.

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

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

    config.ssh.private_key_path = “/home/razvan/.ssh/id_rsa”

  2. Ejecute el comando> vagrant ssh en una terminal de Linux

  3. En tu máquina vagabundo ve a

    cd /home/vagrant/.ssh

y compruebe si la clave ssh en el archivo authorized_keys es la misma que la que tiene en su máquina local en ~ / .ssh / id_rsa.pub. Si no es así, reemplace el de sus vagabundas authorized_keys con el de su máquina local que se encuentra en ~ / .ssh / id_rsa.pub.

  1. Recargar vagabundo:

    recarga vagabunda

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

Solución de Mac:

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

    vi /Users//.vagrant/machines/default/virtualbox/private_key

    /Users//.ssh/id_rsa

  2. clave pública copiada /Users//.ssh/id_rsa.pub en el vagabundo authorized_keys

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

  1. chmod 0600 ~/.ssh/authorized_keys

  2. vagrant reload

Problema resuelto.

Gracias a

1. Ubique 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 las variables:

Usa estos dos comandos con la salida de arriba:

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

3. Genere una clave pública y cárguela en 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 # 

tampoco pudo ir más allá:

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

Cuando utilicé la GUI de VirtualBox, me dijo que había una discrepancia en el procesador del sistema operativo.

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

Deshabilitar: virtualización

Habilitar: VT-X

Intente alternar estas configuraciones en su BIOS.

En primer lugar, debe eliminar el archivo inseguro_private_key autogenerado, luego regenere este archivo tecleando

 vagrant ssh-config 

entonces

 vagrant halt vagrant up 

Deberia de funcionar

Resolví el problema de la siguiente manera. 1. Crea 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 “Ingrese un archivo para guardar la clave”, presione Entrar. Esto acepta la ubicación predeterminada del archivo.

    Ingrese un archivo para guardar la clave (/Users/[you]/.ssh/id_rsa): [Presione enter]

  2. Cuando se le solicite, escriba una frase de contraseña segura. Puede dejarlo vacío y presionar enter si no necesita una frase de contraseña.

    Ingrese un archivo para guardar 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 aparezca el siguiente mensaje, escriba “sí” y presione enter.

 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: $ vagrant ssh

  2. Copie la clave pública del host en el archivo authorized_keys en Vagrant VM. Para eso, vaya a la carpeta “Users / [you] /. Ssh” y copie el contenido en el archivo id_rsa.pub en el equipo host y pase al archivo “~ / .ssh / authorized_keys” en Vagrant VM.

  3. Cambie el permiso en la carpeta SSH y en el archivo authorized_keys en Vagrant VM
  4. Reinicia vagabundo con: $ vagabunda de recarga

He comenzado la máquina, entonces:

vagrant ssh-config

Obtuve 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 corrí

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

Máquina arrancada desde aquí en adelante

  • El Capitán 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 @Bizmate sugiere, y falla, asegúrese de tener

AllowUsers vagrant

en /etc/ssh/sshd_config de su máquina guest / vagrant.

Estoy usando Vagrant con una configuración de Puphpet desde mayo de 2015 y tuve este problema. Parece que la configuración que se generó no manejó el comportamiento de Vagrant 1.7.4 (¿o quizás un poco antes?) De regenerar claves ssh si detecta una clave insegura.

Lo resolví agregando lo siguiente en mi archivo Vampnt generado de Puphpet (configuración local) dentro de la cláusula “if File.file? (CustomKey)”:

 config.ssh.insert_key = false 

Compromiso de referencia

Estos son todos los pasos correctos que seguí para solucionar este problema menor que se produjo cuando se ejecutó el comando vagrant up.

Estos son los pasos que seguí

  1. crea una carpeta. por ejemplo, F: \ projects
  2. Abra esta carpeta en git bash y ejecute este comando ssh-keygen -t rsa -b 4096 -C “your_email@example.com” (ponga una dirección de correo electrónico válida)
  3. A continuación, generando el par de claves en dos archivos separados en la carpeta del proyecto. por ejemplo, proyecto (archivo de clave privada), project.pub (archivo de clave pública)
  4. Vaya a esta ubicación C: \ Users \ acer.vagrant.d y encuentre el archivo inseguro_private_key
  5. Obtenga una copia de seguridad del archivo y copie el contenido de la clave privada recién creada y péguelo en el archivo inseguridad_private_key. Luego copie insegura_private_key y péguela en esta ubicación también.
  6. Ahora vagabundo en la ubicación de su proyecto. después de generar el problema anterior, escriba vagabundo ssh e ingrese dando nombre de usuario, contraseña. (En el nombre de usuario y la contraseña predeterminados se establece como vagabundo)
  7. Vaya a esta ubicación cd /home/vagrant/.ssh y escriba mv authorized_keys authorized_keys_bk
  8. Luego escriba ls -al y escriba vi authorized_keys para abrir el editor autorizado de vi del archivo authorized_keys.
  9. Abrir la clave pública generada desde Notepad ++ (project.pub) y copiar el contenido Luego presione i en git bash para habilitar el modo de inserción en el editor vi y haga clic derecho y pegar. Después presione 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 es necesario cambiar drwx ——. 2 vagabundo vagabundo 4096 13 feb 15:33. drwx ——. 4 vagabundo vagabundo 4096 13 feb 14:04 .. -rw ——-. 1 vagabundo vagabundo 743 feb 13 14:26 autorizado_keys -rw ——-. 1 root root 409 Feb 13 13:57 authorized_keys_bk -rw ——-. 1 vagabundo vagabundo 409 ene 2 23:09 authorized_keys_originial De lo contrario, escriba chmod 600 authorized_keys y escriba este comando también chown vagrant: vagabundo authorized_keys
  12. Finalmente corre el vagabundo alto y vagabundo otra vez.

************************ ESTO ES EL TRABAJO FINO PARA MÍ ******************** ***********

Solo para aquellas personas que han sido idiotas como yo, o han tenido algo extraño en su máquina vagabunda. Este error también puede ocurrir cuando cambiaste los permisos del directorio de inicio del usuario vagabundo (deliberadamente o por accidente).

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

sudo chown -R vagrant:vagrant /home/vagrant

Entonces deberías poder volver a iniciar sesión sin ingresar la contraseña.

TL; DR: los permisos en su carpeta de inicio vagabundo son incorrectos.

Sencillo:

 homestead destroy homestead up 

Editar (No es 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 la verison en Homestead.yml :

 version: "0" 

Resolví este problema ejecutando comandos en Windows 7 CMD como se muestra en este, aquí está la última publicación del enlace 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 

Me he estado dando vueltas en esto durante los últimos días en una caja de base re-empacada. (Mac OS X, El Capitan)

Siguiendo el procedimiento de @Radek, hice ‘vagrant ssh-config’ en el cuadro fuente y obtuve:

 ... /Users/Shared/dev//.vagrant/machines/default/virtualbox/private_key ... 

En la nueva copia, ese comando me dio:

 ... IdentityFile /Users//.vagrant.d/insecure_private_key ... 

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

 ... config.ssh.private_key_path = "/Users/Shared/dev//.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 

Entonces, 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 ..

Intereting Posts