¿Cómo automatizar el inicio de sesión SSH con contraseña? Estoy configurando mi máquina virtual de prueba, por lo que no se considera una gran seguridad. SSH elegido para una seguridad aceptable con una configuración mínima.

ex)

echo password | ssh id@server

Esto no funciona

Recuerdo que hice esto con algunos trucos que alguien me guió, pero ahora no puedo recordar el truco que usé ...

No uses una contraseña. Genere una clave SSH sin contraseña y empújela a su VM.

Si ya tiene una clave SSH, puede omitir este paso ... Simplemente presione Enterla tecla y ambas frases de contraseña:

$ ssh-keygen -t rsa -b 2048
Generating public/private rsa key pair.
Enter file in which to save the key (/home/username/.ssh/id_rsa): 
Enter passphrase (empty for no passphrase): 
Enter same passphrase again: 
Your identification has been saved in /home/username/.ssh/id_rsa.
Your public key has been saved in /home/username/.ssh/id_rsa.pub.

Copie sus claves al servidor de destino:

$ ssh-copy-id id@server
id@server's password: 

Ahora intente iniciar sesión en la máquina, con ssh 'id@server', y regístrese:

.ssh/authorized_keys

para asegurarnos de que no hayamos agregado claves adicionales que no esperaba.

Finalmente verifique el inicio de sesión ...

$ ssh id@server

id@server:~$ 

También puede considerar el uso ssh-agentsi desea intentar mantener sus claves protegidas con una frase de contraseña.

$ sudo apt-get install sshpass
$ sshpass -p your_password ssh user@hostname

Si bien la respuesta correcta para su pregunta es sshkey , hay una forma más segura: las claves SSH. Estás a solo tres pasos de la solución:

Genere un par de claves rsa :

# ssh-keygen

luego cópielo en el servidor con un simple comando :

# ssh-copy-id userid@hostname

ahora puede iniciar sesión sin contraseña :

# ssh userid@hostname

Uso esperar:

#!/usr/bin/expect -f
#  ./ssh.exp password 192.168.1.11 id
set pass [lrange $argv 0 0]
set server [lrange $argv 1 1]
set name [lrange $argv 2 2]

spawn ssh $name@$server
match_max 100000
expect "*?assword:*"
send -- "$pass\r"
send -- "\r"
interact

Ejemplo:

# ./1.ex password localhost ooshro
spawn ssh ooshro@localhost
ooshro@localhost's password: 
Linux ubuntu-1010-server-01 2.6.35-25-generic-pae #44-Ubuntu SMP Fri Jan 21 19:01:46 UTC 2011 i686 GNU/Linux
Ubuntu 10.10

Welcome to Ubuntu!
 * Documentation:  https://help.ubuntu.com/
Last login: Tue Mar  1 12:41:12 2011 from localhost

Puede que esto no te sirva de nada, pero puedes hacerlo con Perl:

\#!/usr/bin/perl  
use warnings;  
use strict;  

use Net::SSH::Perl;  
my $host = 'remote.serv.er';  
my $user = 'root';  
my $pass = 'hunter2';  
my $ssh = Net::SSH::Perl->new('$host');  
$ssh->login('$user', '$pass') or die "Oh noes! $!";

Me sorprende que nadie haya mencionado plinkel putty-toolspaquete en Ubuntu:

plink user@domain -pw mypass  [cmd]

También está disponible en Windows y la sintaxis es principalmente compatible con el cliente openssh.

El inicio de sesión único SSH generalmente se logra con la autenticación de clave pública y un agente de autenticación. Puede agregar fácilmente su clave de VM de prueba a un agente de autenticación existente (consulte el ejemplo a continuación). Existen otros métodos como gssapi / kerberos pero son más complejos.

sshpass

En situaciones donde passwordes el único método de autenticación disponible, sshpass puede usarse para ingresar automáticamente la contraseña. Preste especial atención a la sección CONSIDERACIONES DE SEGURIDAD de la página del manual . En las tres opciones, la contraseña está visible o almacenada en texto sin formato en algún momento :

Tubo anónimo (recomendado por sshpass)

# Create a pipe
PIPE=$(mktemp -u)
mkfifo -m 600 $PIPE
# Attach it to file descriptior 3
exec 3<>$PIPE
# Delete the directory entry
rm $PIPE
# Write your password in the pipe
 echo 'my_secret_password' >&3
# Connect with sshpass -d
sshpass -d3 ssh user@host

# Close the pipe when done
exec 3>&-

Es bastante engorroso en bash, posiblemente más fácil con lenguajes de programación. Otro proceso podría adjuntarse a su tubería / fd antes de que se escriba la contraseña. La ventana de oportunidad es bastante corta y está limitada a sus procesos o raíz.

Variable ambiental

# Set your password in an environment variable
 export SSHPASS='my_secret_password'
# Connect with sshpass -e
sshpass -e ssh user@host

Usted y el usuario root pueden leer las variables de entorno de su proceso (es decir, su contraseña) mientras se ejecuta sshpass ( cat /proc/<pid>/environ | tr '\0' '\n' | grep ^SSHPASS=). La ventana de oportunidad es mucho más larga, pero aún se limita a sus propios procesos o raíz, no a otros usuarios.

Argumento de línea de comando (menos seguro)

 sshpass -p my_secret_password ssh user@host

Esto es conveniente pero menos seguro como se describe en la página del manual. Los argumentos de la línea de comando son visibles para todos los usuarios (p ps -ef | grep sshpass. Ej .). sshpass intenta ocultar el argumento, pero todavía hay una ventana durante la cual todos los usuarios pueden ver su contraseña pasada por argumento.

Nota al margen

Establezca su variable bash HISTCONTROL en ignorespaceo ignorebothy prefija sus comandos sensibles con un espacio. No se guardarán en la historia.

Autenticación de clave pública SSH

# Generate a key pair
# Do NOT leave the passphrase empty
ssh-keygen
# Copy it to the remote host (added to .ssh/authorized_keys)
ssh-copy-id user@host

La frase de contraseña es muy importante. Cualquiera que obtenga de alguna manera el archivo de clave privada no podrá usarlo sin la frase de contraseña.

Configurar el agente de autenticación SSH

# Start the agent
eval `ssh-agent`
# Add the identity (private key) to the agent
ssh-add /path/to/private-key
# Enter key passphrase (one time only, while the agent is running)

Conecta como siempre

ssh user@host

La ventaja es que su clave privada está encriptada y solo necesita ingresar su frase de contraseña una vez (también a través de un método de entrada más seguro).

¿Seguro que no quieres usar claves SSH en lugar de contraseñas? De esa manera es seguro y automático.

Dependiendo de sus necesidades de automatización, quizás Ansible sea una buena opción para usted. Puede administrar cosas como solicitar la contraseña, solicitar la contraseña de sudo, varias formas de cambiar el uso, usar de forma segura los secretos cifrados (bóveda).

Si eso no es adecuado, sugeriría esperar, como se sugiere en otra respuesta.