Come automatizzare l'accesso SSH con password? Sto configurando la mia macchina virtuale di prova, quindi non viene considerata la sicurezza pesante. SSH scelto per una sicurezza accettabile con una configurazione minima.

ex)

echo password | ssh id@server

Questo non funziona

Ricordo di averlo fatto con alcuni trucchi che qualcuno mi ha guidato, ma ora non ricordo il trucco che ho usato ...

Non usare una password Generare una chiave SSH passphraseless e inviarla alla VM.

Se hai già una chiave SSH, puoi saltare questo passaggio ... Premi semplicemente Enterper la chiave e entrambe le passphrase:

$ 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.

Copia le tue chiavi sul server di destinazione:

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

Ora prova ad accedere alla macchina, con ssh 'id@server'e fai il check-in:

.ssh/authorized_keys

per essere sicuri che non abbiamo aggiunto chiavi extra che non ti aspettavi.

Infine controlla l'accesso ...

$ ssh id@server

id@server:~$ 

Potresti anche voler esaminare l'utilizzo ssh-agentse vuoi provare a proteggere le tue chiavi con una passphrase.

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

Mentre la risposta corretta alla tua domanda è sshkey , esiste un modo più sicuro: chiavi SSH. Sei a soli tre semplici passi dalla soluzione:

Genera una coppia di chiavi rsa :

# ssh-keygen

quindi copiarlo sul server con un semplice comando :

# ssh-copy-id userid@hostname

ora puoi accedere senza password :

# ssh userid@hostname

Usa aspettati:

#!/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

Esempio:

# ./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

Questo potrebbe non esserti utile, ma puoi farlo 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! $!";

Sono sorpreso che nessuno menzionato plinkdal putty-toolspacchetto in Ubuntu:

plink user@domain -pw mypass  [cmd]

È disponibile anche su Windows e la sintassi è principalmente compatibile con il client openssh.

Il single sign-on SSH si ottiene in genere con l'autenticazione con chiave pubblica e un agente di autenticazione. È possibile aggiungere facilmente la chiave della VM di prova a un agente di autenticazione esistente (vedere l'esempio seguente). Esistono altri metodi come gssapi / kerberos ma sono più complessi.

sshpass

In situazioni in cui passwordè disponibile l'unico metodo di autenticazione, è possibile utilizzare sshpass per inserire automaticamente la password. Prestare particolare attenzione alla sezione CONSIDERAZIONI SULLA SICUREZZA della pagina man . In tutte e tre le opzioni, la password è visibile o memorizzata in testo normale ad un certo punto :

Pipa anonima (consigliata da 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>&-

È piuttosto ingombrante in bash, probabilmente più facile con i linguaggi di programmazione. Un altro processo potrebbe essere collegato alla pipe / fd prima che la password venga scritta. La finestra di opportunità è piuttosto breve e limitata ai tuoi processi o root.

Variabile d'ambiente

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

Tu e root potete leggere le variabili d'ambiente del vostro processo (cioè la vostra password) mentre sshpass è in esecuzione ( cat /proc/<pid>/environ | tr '\0' '\n' | grep ^SSHPASS=). La finestra di opportunità è molto più lunga ma ancora limitata ai propri processi o root, non ad altri utenti.

Argomento della riga di comando (meno sicuro)

 sshpass -p my_secret_password ssh user@host

Questo è conveniente ma meno sicuro come descritto nella pagina man. Gli argomenti della riga di comando sono visibili a tutti gli utenti (ad es ps -ef | grep sshpass.). sshpass tenta di nascondere l'argomento, ma c'è ancora una finestra durante la quale tutti gli utenti possono vedere la tua password passata per argomento.

Nota a margine

Impostare la bash variabile HISTCONTROL a ignorespaceo ignorebothe prefisso i comandi sensibili con uno spazio. Non saranno salvati nella storia.

Autenticazione con chiave pubblica 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 passphrase è molto importante. Chiunque ottenga in qualche modo il file della chiave privata non sarà in grado di usarlo senza la passphrase.

Imposta l'agente di autenticazione 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)

Connetti come al solito

ssh user@host

Il vantaggio è che la tua chiave privata è crittografata e devi solo inserire la sua passphrase una volta (anche tramite un metodo di input più sicuro).

Sicuro di non voler usare le chiavi SSH piuttosto che le password? In questo modo è sia sicuro che automatico.

A seconda delle tue esigenze di automazione, forse Ansible sarebbe la soluzione giusta per te. Può gestire bene cose come la richiesta di password, la richiesta di password sudo, vari modi di cambiarne l'uso, l'utilizzo sicuro di segreti crittografati (vault).

Se ciò non fosse adatto, suggerirei Aspettatevi, come suggerito in un'altra risposta.