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

Não use uma senha. Gere uma chave SSH sem senha e envie-a por push para sua VM.

Se você já possui uma chave SSH, pode pular esta etapa… Basta pressionar Entera chave e as duas senhas:

$ 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 suas chaves para o servidor de destino:

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

Agora tente fazer login na máquina, com ssh 'id@server', e faça o check-in:

.ssh/authorized_keys

Nota: Se você não tiver o diretório .ssh e o arquivo authorized_keys, você precisa criá-lo primeiro

para garantir que não adicionamos chaves extras que você não esperava.

Por fim, verifique para fazer login…

$ ssh id@server

id@server:~$

Você também pode querer usar ssh-agentse quiser tentar manter suas chaves protegidas com uma senha.

Embora a resposta correta para sua pergunta seja sshpass ( consulte outra resposta para obter detalhes ), existe uma maneira mais segura - chaves SSH. Você está a apenas três passos da solução:

Todos os comandos a seguir estão sendo executados no lado do cliente, ou seja, sua máquina

Digite o seguinte comando para começar a gerar um par de chaves rsa :

# ssh-keygen

Quando a mensagem 'Digite o arquivo no qual deseja salvar a chave' aparecer, basta deixar o nome do arquivo em branco pressionando Enter.

Quando o terminal pedir para você digitar uma senha, deixe também em branco (Aviso: leia abaixo) e pressione Enter.

Em seguida, copie o par de chaves no servidor com um comando simples :

# ssh-copy-id userid@hostname

agora você pode fazer login sem uma senha :

# ssh userid@hostname

AVISO : Deixar as chaves SSH expostas sem criptografá-las não é uma boa prática, mesmo se você criptografar toda a sua unidade. O que é muito mais seguro é realmente inserir uma senha ao gerar chaves e, em seguida, usar o Keychain (MacOS, Linux) ou o agente SSH para lembrar a senha até você sair ou suspender ou expirar, dependendo do que você preferir.

Use 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

Exemplo:

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

O logon único SSH geralmente é obtido com autenticação de chave pública e um agente de autenticação. Você pode adicionar facilmente sua chave de VM de teste a um agente de autenticação existente (veja o exemplo abaixo). Existem outros métodos, como gssapi/kerberos, mas são mais complexos.

sshpass

Em situações em que passwordé o único método de autenticação disponível, o sshpass pode ser usado para inserir a senha automaticamente. Preste atenção especial à seção CONSIDERAÇÕES DE SEGURANÇA da página man . Em todas as três opções, a senha é visível ou armazenada em texto simples em algum momento :

Pipe 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>&-

É bastante complicado no bash, sem dúvida mais fácil com linguagens de programação. Outro processo pode ser anexado ao seu pipe/fd antes que a senha seja escrita. A janela de oportunidade é bastante curta e limitada aos seus processos ou raiz.

Variável de ambiente

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

Você e o root podem ler as variáveis ​​de ambiente do seu processo (ou seja, sua senha) enquanto o sshpass está sendo executado ( cat /proc/<pid>/environ | tr '\0' '\n' | grep ^SSHPASS=). A janela de oportunidade é muito maior, mas ainda limitada aos seus próprios processos ou raiz, não a outros usuários.

Argumento de linha de comando (menos seguro)

 sshpass -p my_secret_password ssh user@host

Isso é conveniente, mas menos seguro, conforme descrito na página do manual. Os argumentos da linha de comando são visíveis para todos os usuários (por exemplo ps -ef | grep sshpass, ). sshpass tenta esconder o argumento, mas ainda há uma janela durante a qual todos os usuários podem ver sua senha passada por argumento.

Nota

Defina sua variável bash HISTCONTROL para ignorespaceou ignorebothe prefixe seus comandos sensíveis com um espaço. Eles não serão salvos na história.

Autenticação de chave 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

A senha é muito importante. Qualquer pessoa que de alguma forma obtiver o arquivo de chave privada não poderá usá-lo sem a senha.

Configurar o agente de autenticação 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)

Conecte-se como de costume

ssh user@host

A vantagem é que sua chave privada é criptografada e você só precisa digitar sua senha uma vez (por meio de um método de entrada mais seguro também).

Estou surpreso que ninguém tenha mencionado plinko putty-toolspacote no Ubuntu:

plink user@domain -pw mypass  [cmd]

Também está disponível no Windows e a sintaxe é compatível principalmente com o cliente openssh.

Isso pode não ser útil para você, mas você pode fazer isso com 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! $!";

Eu prefiro passh https://github.com/clarkwang/passh

sshpass é quebrado por design.

quando o servidor ssh não está adicionado já no meu known_hosts, sshpassnão vai me mostrar a mensagem para adicionar o servidor aos meus hosts conhecidos, passhnão tenho esse problema.

Faça login em um servidor remoto:

$ passh -p password ssh user@host

Tem certeza de que não quer usar chaves SSH em vez de senhas? Dessa forma, é seguro e automático.

Dependendo de suas necessidades de automação, talvez o Ansible seja uma boa opção para você. Ele pode gerenciar muito bem coisas como solicitar senha, solicitar senha sudo, várias maneiras de alterar o uso, usar com segurança segredos criptografados (cofre).

Se isso não for adequado, sugiro o Expect, conforme sugerido em outra resposta.