Newsgroup: it.comp.os.linux.iniziare
Titolo: ssh, autenticazione mediante chiavi e problemi.

Salve a tutti.
Premetto che la domanda che sto per fare riguarda anche un server unix,
ma non credo che la cosa influisca su quello che sto per chiedere.
Sto cercando di capire come funziona il sistema dell'autenticazione
mediante chiavi pubbliche e private con ssh.  A livello teorico non
sembra molto difficile: ssh-keygen sul client, si generano le chiavi, si
prende quella pubblica, la si trasporta nella home dell'utente con cui
ci si vuole connettere sul server, si fa un bel ssh -i chiavepubblica
utente@server e via. Ho provato in locale, e la cosa funziona. Il
problema è in remoto. Sto cercando di far funzionare la cosa
connettendomi mediante ssh al server dell'università (il server unix di
cui parlavo prima), per poi tentare da lì la connessione mediante chiavi
verso il mio PC di casa (che fa da server in questo caso). Quando, dopo
aver generato le chiavi e copiato le chiavi pubbliche sul mio PC tento
la connessione si blocca tutto, con questi messaggi.
bash$ ssh -i id_dsa_2048_a mioutente@miohost
warning: Setting up terminal for term `vt100' failed.
warning: .ssh2/id_dsa_2048_a: 5: parsing line failed.
warning: .ssh2/id_dsa_2048_a: 6: parsing line failed.
warning: .ssh2/id_dsa_2048_a: 7: parsing line failed.
warning: .ssh2/id_dsa_2048_a: 8: parsing line failed.
warning: .ssh2/id_dsa_2048_a: 9: parsing line failed.
warning: .ssh2/id_dsa_2048_a: 10: parsing line failed.
warning: .ssh2/id_dsa_2048_a: 11: parsing line failed.
warning: .ssh2/id_dsa_2048_a: 12: parsing line failed.
warning: .ssh2/id_dsa_2048_a: 13: parsing line failed.
warning: .ssh2/id_dsa_2048_a: 14: parsing line failed.
warning: .ssh2/id_dsa_2048_a: 15: parsing line failed.
warning: .ssh2/id_dsa_2048_a: 16: parsing line failed.
warning: .ssh2/id_dsa_2048_a: 17: parsing line failed.
warning: .ssh2/id_dsa_2048_a: 18: parsing line failed.
warning: .ssh2/id_dsa_2048_a: 19: parsing line failed.
warning: .ssh2/id_dsa_2048_a: 20: parsing line failed.
warning: .ssh2/id_dsa_2048_a: 21: parsing line failed.
warning: .ssh2/id_dsa_2048_a: 22: parsing line failed.
warning: Authentication failed.
Disconnected; no more authentication methods available (No further
authentication methods available.).
E qui torna al prompt. Ho provato a rigenerare le chiavi più volte,
pensando a possibili file danneggiati, ma nulla da fare. A questo punto
mi basterebbe capire cosa significa quel "parsing line failed", su cui
non ho trovato nessuna informazione utile. A questo punto qualsiasi
suggerimento su come venirne fuori sarebbe mooolto utile.
Aggiungo che sul server dell'università sono un semplice utente, privo
di qualunque accesso amministrativo.
Grazie e ciao.
-- 
Lucio
ICQ# 126307243
"Tutto quello che possiamo fare è sperare per il meglio, aspettarci
il peggio e accontentarci di una via di mezzo"

 server.
Ci avevo pensato anch'io, ma non credo che il problema sia lì. Il server
dell'università, che in questo caso fa da client, sembra avere problemi
a leggere le chiavi che il suo stesso ssh-keygen ha creato, è su quelle
che mostra l'errore che ho indicato nel primo post. Credo si blocchi
ancora prima di entrare in contatto col mio PC, visto che inoltre sul
mio auth.log non vi è traccia del tentativo di connessione. Per incisio,
la connessione mediante username e password, se abilitata, funziona
perfettamente.


 Comunque su google potevi cercare pure tu.
Ho cercato. Ti assicuro che ho cercato.
Magari domani riprovo, partendo da zero, e vediamo se riesco a combinare 
qualcosa.
Grazie e ciao.
-- 
Lucio
ICQ# 126307243
"Tutto quello che possiamo fare č sperare per il meglio, aspettarci


 Ibidem per il server? 
Buona domanda: lanciando ssh in modalita verbose credo di aver appurato
che si tratta del server ssh versione 3.2.9.1 non commerciale.
Mi sa quello usa un ssh1.>
non credo, le chiavi generate cominciano tutte con
---- BEGIN SSH2 ENCRYPTED PRIVATE KEY ----
Come ho detto adesso sto riprovando daccapo. Se ci riesco mi rifaccio vivo.


 cannato qualcosa.
Piccolo passo avanti: l'errore che mi ha spinto ad iniziare questo
thread era dovuto al fatto che non avevo capito che, in fase di
connessione, non devo passare a ssh il nome del file contenente la
chiave privata, ma il file identity che punta alla chiave. Almeno adesso
la chiave privata viene vista correttamente.
Ancora non mi riesce l'autenticazione, ma credo sia solo questione di
tempo e di tentativi.
Grazie e ciao.
-- 
Lucio
ICQ# 126307243
"Tutto quello che possiamo fare è sperare per il meglio, aspettarci


 tempo e di tentativi.
Risolto! Era una questione di formato delle chiavi non compatibile tra i
2 sistemi. Mi è bastato usare il comando ssh-keygen nel modo indicato
qui, 
http://snipurl.com/ggub
 e tutto si è sistemato.
