Newsgroup: it.comp.os.linux.debian
Titolo: ssh e passfrase - 2 chiavi stesso utente (su 2 sistemi)

Due live persistenti su 2 chiavette, (una con jessie e l'altra con stretch)
hanno stesso utente e stesso dominio (user@debian).
Le uso (per ora) alternandole sullo stesso computer (un portatile asus).
Mi devo connettere ad un server (jessie) in ssh.
 
Sulla seconda (stretch) non funziona il certificato!
 
Creato su ciascuna live una chiave dsa (diversa sulle due live) con passfrase
diversa (quindi diverso fingerprint).
Mi collego ad un server con installata una jessie, ad un unico utente, in cui
ho aggiunto oltre alle altre presenti, le due chiavi in .ssh/authorized_keys.
 
Quando faccio la connessione con le live, mi viene chiesta la passfrase solo
per la prima (jessie), mentre per la seconda (stretch) mi viene chiesta la
password dell'utente del server a cui mi connetto, quindi non riconosce neppure
il certificato.
 
I files /etc/ssh/ssh_config delle 2 live sono identici.
Differiscono le due live nel fatto che la jessie ha anche un server ssh in
ascolto (ma attualmente non usato), quindi esiste un /etc/ssh/sshd_config, la
stretch no, ed in /etc/ssh non ci sono le chiavi rsa, dsa, eccetera presenti
invece nella stessa directory della jessie.
 
Nel man di sshd leggo:
It is permissible (but not recommended) to have several lines or different host
keys for the same names.
 
Ho provato a cancellare in .ssh/authorized_keys del server la riga relativa
alla jessie, ma non é cambiato nulla.
 
Mi perpime questo nel file /etc/ssh/sshd_config del server:
        RSAAuthentication yes
        PubkeyAuthentication yes
        #AuthorizedKeysFile     %h/.ssh/authorized_keys      <----- commentato
Peró per tutte le macchine ho messo li le chiavi pubbliche...
 
.ssh é 700
authorized_keys é 600
 
 
 
Il problema é nella stretch.
Sará una cagata immane, ma non ne esco!
 
 
 
P.S. Ovviamente a quel server mi collego correttamente in ssh con certificato e
passfrase da altre macchine linux e windows!
Ovviamente ho riavviato il demone ssh (ma anche il server, ma per altri
motivi)!
Il fingerprint (md5) della chiave pubblica stretch corrisponde sia sul server
che sulla live.
 
-- 
+---------------------------------------------------------------------------+
|  Un tacchino all'agnello: Buona pasqua!                                   |
|  L'agnello al tacchino: Vaffaculo, buon Natale!                           |
+-----#23------------------------Campagna contro gli auguri idioti.---------+

 il certificato.
 
Provato a usare il "verbose" all'atto della connessione? -vv
Giusto per vedere dal log se si capisce qualcosina in più.
 
-- 
roughnecks

roughnecks in data 11:59, venerdì 17 novembre 2017, nel gruppo
it.comp.os.linux.debian ha scritto:

Nel log non trovava il file id_dsa!
Ma in fondo una nota mi ha illuminato. Not in PubkeyAcceptedKeyTypes...
ssh -Q key...
 
Non riconosce le chiavi dsa!!!
Ecco perche!
 
Usata chiave rsa a 2048, ora va!
 
 
-- 
+----------------------------------------------------------------------------+
|           2 + 2 = circa 6 per valori molto abbondanti di 2                 |
+-----#40--------------------Diamanti di saggezza.---------------------------+