Newsgroup: it.comp.os.linux.iniziare
Titolo: Autenticazione ssh automatica: un supplizio

Ciao,
sto cercando di far funzionare una sincronizzazione con rsync, tra il
mio server principale (1) e un serverino di backup (2)
Già l'rsync funziona egregiamente tra il server (1) e un altro server
(3):  (1) fa da client, invoca rsync su ssh, e copia tutto sul (3).
Non ricordo bene i semplici passi che feci per far sì che funzionasse,
e l'history non mi aiuta (a causa di una cache troppo piccola :-(   ).
Ora, ho due chiavi "Id_rsa_server1" e "Id_rsa_server1.pub"; la privata
sta sul server (1), sotto /~/root/.ssh/, e la pubblica l'ho buttata in
"authorized_keys".
Inoltre i due serverini del backup sono quasi identici, ed ho provato
a fare una copia del contenuto della directory ./ssh dal server (3)
(che funziona) al server (2) (che invece no).
Ma continua a chiedermi la password quando avvio lo script automatico
di sincronizzazione tramite ssh.
Secondo voi perché?
Mi manca da fare qualcosa?
Potrebbe essere qualche problema con il nome delle chiavi che non sono
standard? (id_rsa e id_rsa.pub)
Un aiuto per favore.

 funziona) al server (2) (che invece no).
elenco di domande da un milione di dollari:
il nome utente è lo stesso su (2) e su (3)?
su (2) hai abilitato il login ssh via chiavi?

 su (2) hai abilitato il login ssh via chiavi?
Se intendi il parametro "PermitRootLogin yes" sì. Altrimenti puoi
dirmi come si abilita?
Ad ogni modo ho trovato la bega! :D
Erano i permessi sul file (remoto) "authorized_keys" dell'host che
erano
   -rw-------
mentre andavano impostati su
   -rw-r--r--
con
   chmod 644 /root/.ssh/authorized_keys
Anche se non ho capito perché avesse bisogno dei permessi di lettura
per il gruppo e per tutti gli utenti; non è il server che va a cercare
di accedere al file "authorized_keys"?
Gracias! :-)

 accedere al file "authorized_keys"?
certo che tenta di accedere (in lettura) al file, altrimenti come fa a 
leggere la chiave?
il fatto che sia necessario mettere i permessi a 644 invece non lo 
capisco, come gira il demone? come lo fai l'accesso?
in ogni caso, togli l'accesso da root

 in ogni caso, togli l'accesso da root
Che utente è consigliabile utilizzare per questo tipo di operazione?
A quali gruppi aggiungerlo? E da quali rimuoverlo?
Grazie :-)

 in ogni caso, togli l'accesso da root
  Siempre!
  Ciao,
-- 
Alessandro Selli, 
http://alessandro.route-add.net
AVVERTENZA: i messaggi inviati a "trappola" non mi arriveranno.
WARNING: messages sent to "trappola" will never reach me.
Chiave PGP/GPG: EC885A8B

 l'accesso ssh a root dovrebbe essere negato, sempre.
E il backup completo del server poi come lo fa?
-- 
ValeRyo
XT600 "Katoki Pajama" - 
http://www.slimmit.com/go.asp?7Y9
GamerTag: 
http://card.mygamercard.net/IT/nxe/ValeRyo76.png
 

 E il backup completo del server poi come lo fa?
ma per backup intende che copia tutto il disco di 1 su tutto il disco di 
2?
beh allora sta facendo (con gli strumenti sbagliati) un cluster...
io avevo capito che backuppasse(!!) tutto (1) in una dir di backup di 
(2), in questo caso è rsync su (1) che deve esser lanciato da root, ma 
l'ssh no di certo.
 
o no?

      UsePrivilegeSeparation
queste sarebbero valide se lui facesse login come utente normale...

 Che utente è consigliabile utilizzare per questo tipo di operazione?
uno creato per fare proprio questa cosa, che ne so chiamalo backup :)

 l'ssh no di certo.
Non lo so, forse non ho capito io :-(


 queste sarebbero valide se lui facesse login come utente normale...
  Rimarrebbe da dare un'occhiata alla configurazione dei PAM...
  Ciao,
-- 
Alessandro Selli 
http://alessandro.route-add.net
