Jak zautomatyzować logowanie SSH za pomocą hasła? Konfiguruję moją testową maszynę wirtualną, więc nie jest rozważane wysokie bezpieczeństwo. SSH wybrany dla akceptowalnego bezpieczeństwa przy minimalnej konfiguracji.

dawny)

echo password | ssh id@server

To nie działa

Pamiętam, że zrobiłem to z kilkoma sztuczkami, którymi ktoś mnie prowadził, ale nie pamiętam teraz sztuczki, której użyłem ...

Nie używaj hasła. Wygeneruj klucz SSH bez hasła i prześlij go na maszynę wirtualną.

Jeśli masz już klucz SSH, możesz pominąć ten krok… Po prostu naciśnij Enterklawisz i oba hasł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.

Skopiuj klucze na serwer docelowy:

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

Teraz spróbuj zalogować się do komputera za pomocą ssh 'id@server'i zalogować się :

.ssh/authorized_keys

aby upewnić się, że nie dodaliśmy dodatkowych kluczy, których się nie spodziewałeś.

Na koniec sprawdź logowanie…

$ ssh id@server

id@server:~$ 

Możesz także rozważyć użycie, ssh-agentjeśli chcesz spróbować zabezpieczyć klucze hasłem.

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

Chociaż poprawną odpowiedzią na twoje pytanie jest sshkey , istnieje bezpieczniejszy sposób - klucze SSH. Tylko trzy kroki dzieli Cię od rozwiązania:

Wygeneruj parę kluczy rsa :

# ssh-keygen

następnie skopiuj go na serwer za pomocą jednego prostego polecenia :

# ssh-copy-id userid@hostname

możesz teraz zalogować się bez hasła :

# ssh userid@hostname

Użyj spodziewać:

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

Przykład:

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

Może ci się to nie przydać, ale możesz to zrobić za pomocą Perla:

\#!/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! $!";

Dziwi mnie, że nikt nie wspomniał plinkz putty-toolspakietu w Ubuntu:

plink user@domain -pw mypass  [cmd]

Jest również dostępny w systemie Windows, a jego składnia jest w większości zgodna z klientem openssh.

Jednokrotne logowanie SSH jest zwykle realizowane przy użyciu uwierzytelniania za pomocą klucza publicznego i agenta uwierzytelniania. Możesz łatwo dodać testowy klucz maszyny wirtualnej do istniejącego agenta uwierzytelniania (patrz przykład poniżej). Istnieją inne metody, takie jak gssapi / kerberos, ale są one bardziej złożone.

sshpass

W sytuacjach, w których passwordjest dostępna jedyna dostępna metoda uwierzytelniania, do automatycznego wprowadzenia hasła można użyć sshpass . Proszę zwrócić szczególną uwagę na sekcję UWAGI DOTYCZĄCE BEZPIECZEŃSTWA na stronie podręcznika . We wszystkich trzech opcjach hasło jest widoczne lub przechowywane w postaci zwykłego tekstu :

Anonimowy potok (zalecany przez 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>&-

Jest to dość kłopotliwe w bash, prawdopodobnie łatwiejsze w językach programowania. Inny proces może dołączyć się do twojego potoku / fd przed zapisaniem hasła. Okno możliwości jest dość krótkie i ograniczone do twoich procesów lub rootowania.

Zmienna środowiskowa

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

Ty i root możecie czytać zmienne środowiskowe procesu (tj. Hasło), gdy sshpass jest uruchomiony ( cat /proc/<pid>/environ | tr '\0' '\n' | grep ^SSHPASS=). Okno możliwości jest znacznie dłuższe, ale wciąż ogranicza się do własnych procesów lub rootowania, a nie innych użytkowników.

Argument wiersza polecenia (najmniej bezpieczny)

 sshpass -p my_secret_password ssh user@host

Jest to wygodne, ale mniej bezpieczne, jak opisano na stronie podręcznika. Argumenty wiersza poleceń są widoczne dla wszystkich użytkowników (np ps -ef | grep sshpass.). sshpass próbuje ukryć argument, ale nadal jest okno, w którym wszyscy użytkownicy mogą zobaczyć twoje hasło przekazywane przez argument.

Dygresja

Ustaw zmienną HISTCONTROL bash na ignorespacelub ignorebothi poprzedzaj wrażliwe polecenia spacją. Nie zostaną zapisane w historii.

Uwierzytelnianie klucza publicznego 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

Hasło jest bardzo ważne. Każdy, kto w jakiś sposób uzyska plik klucza prywatnego, nie będzie mógł go użyć bez hasła.

Skonfiguruj agenta uwierzytelniania 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)

Połącz jak zwykle

ssh user@host

Zaletą jest to, że twój klucz prywatny jest szyfrowany i wystarczy, że wprowadzisz jego hasło tylko raz (za pomocą bezpieczniejszej metody wprowadzania).

Na pewno nie chcesz używać kluczy SSH zamiast haseł? W ten sposób jest zarówno bezpieczny, jak i automatyczny.

W zależności od potrzeb automatyzacji, być może Ansible będzie dla ciebie dobrym rozwiązaniem. Może ładnie zarządzać takimi rzeczami, jak monitowanie o hasło, monitowanie o hasło sudo, różne sposoby zmiany użycia, bezpieczne używanie zaszyfrowanych tajemnic (skarbca).

Jeśli to nie jest odpowiednie, sugerowałbym oczekiwać, jak sugerowano w innej odpowiedzi.