Newsgroup: it.comp.sicurezza.unix
Titolo: openssh e dial up connection

ciao a tutti,
sia sulla linux box che ho a casa che su quella che ho in ufficio (entrambe con
mandrake 7.1) ho installato openssh 2.1.1p3-3. Ovviamente la macchina
dell'ufficio è perennemente collegata in rete, mentre quella che ho a casa è
collegata via modem e quindi via ip-dinamico.
Io vorrei connettermi via ssh da casa all'ufficio e fin qui non ho problemi,
però vorrei che non mi venisse richiesta la password ogni volta. Ho provato a
compilare il file .shosts sulla macchina dell'ufficio inserendo tutti i
possibili ip che il mio provider potrebbe fornirmi, ma non ha funzionato.
Avete qualche idea su come potrei agirare questo problema?
TIA, Walter
-- 
Walter Cazzola, PhD - DISI, University of Genova
email: cazzola (at) 
disi.unige.it
 (or remove nospam. from the above address)

Avete qualche idea su come potrei agirare questo problema?
Inizia a scoprire perche` succede usando ssh -v e/o guardando il log del
server.
-- 
ciao, | * The Internet is full. Go away.  -- Joel Furr *
Marco | (Ri)scoprire fidonet: 
http://bbs.bofh.it

 server.
uhm, allora col -v dice:
[21:10]cazzola@mjolnir:~>ssh -v thor
SSH Version OpenSSH_2.1.1, protocol versions 1.5/2.0.
Compiled with SSL (0x0090581f).
debug: Reading configuration data /etc/ssh/ssh_config
debug: Applying options for *
debug: Seeding random number generator
debug: ssh_connect: getuid 500 geteuid 0 anon 0
debug: Connecting to 
thor.disi.unige.it
 [xxx.xxx.xxx.xxx] port 22.
debug: Seeding random number generator
debug: Allocated local port 954.
debug: Connection established.
debug: Remote protocol version 1.99, remote software version OpenSSH_2.1.1
debug: Local version string SSH-1.5-OpenSSH_2.1.1
debug: Waiting for server public key.
debug: Received server public key (768 bits) and host key (1024 bits).
debug: Host '
thor.disi.unige.it
' is known and matches the RSA host key.
debug: Seeding random number generator
debug: Encryption type: 3des
debug: Sent encrypted session key.
debug: Installing crc compensation attack detector.
debug: Received encrypted confirmation.
debug: RSA authentication using agent refused.
debug: Trying RSA authentication with key 'cazzola@mjolnir'
debug: Server refused our key.
debug: Doing password authentication.
uhm, mi lascia un po' esterefatto sembrerebbe rifiutare la mia key, eppure ho
seguito le istruzioni alla lettera ... suggerimenti?


seguito le istruzioni alla lettera ... suggerimenti?
Hai guardato il log sul server?
root@wonderland:vc/2:~#grep RSA /etc/ssh/sshd_config
RhostsRSAAuthentication no
RSAAuthentication yes
root@wonderland:vc/2:~#
RSAAuthentication yes c'e` sul server?


 RSAAuthentication yes c'e` sul server?
ottengo esattamente lo stesso risultato che hai ottenuto tu
Walter
-- 
Walter Cazzola, PhD - DISI, University of Genova          ICQ UIN: 66633601
email: cazzola (at) 
disi.unige.it
 (or remove nospam. from the above address)
· · · ---------------------------- · · · ---------------------------- · · ·

ottengo esattamente lo stesso risultato che hai ottenuto tu
chmod go-rwx ~/.ssh -R


io prima di tutto passerei alla versione 2.5.1p2... per problemi di
sicurezza...
-- 
  _     _                                  _ 
 (_)   | |                                | |
  _____| |  ___   ____    ____  _____   __| |
 |  _   _) / _ \ |  _ \  / ___)(____ | / _  |
 | |  \ \ | |_| || | | || |    / ___ |( (_| |
 |_|   \_) \___/ |_| |_||_|    \_____| \____|
Windows NT crashed.
I am the Blue Screen of Death.
No one hears your screams.

 chmod go-rwx ~/.ssh -R
fatto ed il problema permane, la chiave continua ad essere rifiutata ...


fatto ed il problema permane, la chiave continua ad essere rifiutata ...
Ho riletto l'articolo originale, se vuoi usare .shosts (e lo sconsiglio)
allora /usr/bin/ssh deve essere suid root.
Ti consiglio di usare l'autenticazione RSA, genera una coppia di chiavi
con ssh-keygen e poi copia ~/.ssh/identity.pub in ~/.ssh/authorized_keys
sulla macchina remota.


 sulla macchina remota.
perfetto, ora funziona come volevo, il mistero è che pensavo che le chiavi
pubbliche fossero comunicate al e conservate dal server remoto nel momento in
cui mi collegavo per la prima volta, invece sembra che vada fatto a mano, basta
saperlo ...
grazie ancora
Walter
-- 
Walter Cazzola, PhD - DISI, University of Genova
