ssh non consente più l'autenticazione con chiave pubblica

La mia macchina ha recentemente smesso di accettare l'autenticazione con chiave pubblica in entrata. Ho un desktop Ubuntu 11.04 in cui ssh da un computer Windows. Uso lo stucco con il concorso. Sono in grado di connettermi ma solo con l'autenticazione con password interattiva, non con la mia chiave rsa che ho impostato.

Ho già verificato che la chiave sia elencata in ~ / .ssh / authorized_keys. Come posso risolvere questo problema e cosa controllo?

Se l'autenticazione con chiave pubblica non funziona: assicurati che sul lato server, la tua home directory ( ~), la ~/.sshdirectory e il ~/.ssh/authorized_keysfile siano tutti scrivibili solo dal loro proprietario . In particolare, nessuno di essi deve essere scrivibile dal gruppo (anche se l'utente è solo nel gruppo). chmod 755o chmod 700va bene, chmod 770no.

Cosa controllare quando qualcosa non va:

• Esegui ssh -vvvper vedere un sacco di output di debug. Se pubblichi una domanda che ti chiede perché non riesci a connetterti con ssh, includi questo output (potresti voler anonimizzare i nomi host e utente).
• Se puoi, controlla il server accede /var/log/auth.log.
• Se l'autenticazione con chiave pubblica non funziona, controllare nuovamente le autorizzazioni, in particolare il bit di gruppo (vedere sopra).

Mi sono imbattuto nella stessa cosa e alla fine ho capito che era perché ho crittografato la mia directory home. SSH non è in grado di leggere il file authorized_keys fino a quando non esegui l'accesso, quindi in pratica ti costringe a eseguire l'autenticazione con password per prima. Vedi la sezione sulla home directory crittografata al seguente link:

https://help.ubuntu.com/community/SSH/OpenSSH/Keys#Encrypted_Home_Directory

Se controlli le autorizzazioni sulle directory e c'è un "." subito dopo di loro, allora potresti avere selinux abilitato, che guasterà con lo scambio di chiavi e l'impostazione predefinita sarà l'identificazione manuale della password.

È possibile disabilitare SELinux per la risoluzione dei problemi seguendo le istruzioni qui: http://www.centos.org/docs/5/html/5.1/Deployment_Guide/sec-sel-enable-disable-enforcement.html , o semplicemente modificare il / etc / selinux / config e cambiarlo da "imposizione" a "disabilitato".

Spero che sia di aiuto.

Vorrei assicurarti che le tue impostazioni in / etc / ssh / sshd_config siano corrette.

Per forzare l'uso della sola PKI e per impedire le password, trova la riga

#PasswordAuthentication yes 

nel tuo file, decommentalo e impostalo su

PasswordAuthenticate no

Vorrei anche leggere il bilancio delle impostazioni per assicurarmi che abbiano un senso. In particolare, cerca di assicurarti di utilizzare le chiavi RSA poiché DSA è noto per essere compromesso.

Una possibile causa del problema è che si dispone di chiavi DSA ma ora SSH (apparentemente) utilizza automaticamente le chiavi RSA. Ho riscontrato il problema durante l'aggiornamento a 16.04. Puoi vedere di più qui, ma la risposta breve è aggiungere quanto segue a ~/.ssh/config:

PubkeyAcceptedKeyTypes ssh-dss

Ho risolto questo problema annullando il commento "PasswordAuthentication yes" in / etc / ssh / sshd_config.

A causa della necessità di risolvere i problemi di comunicazione tra due macchine diverse, ~/.sshsul lato client c'erano due chiavi private .

Invece di configurare ogni host del server con la rispettiva chiave privata ~/.ssh/identitycome avrei dovuto fare, avevo la chiave secondaria (e in questo caso errata) configurata per tutti gli host:

Host *
IdentityFile ~/.ssh/identity_b

Correzione ~/.ssh/identityrisolto il problema:

Host a
IdentityFile ~/.ssh/identity_a
Host b
IdentityFile ~/.ssh/identity_b

Ho appena avuto lo stesso problema, ma la modifica delle autorizzazioni chmodnon mi ha aiutato, poiché si è scoperto che non avevo la proprietà del ~/.ssh/authorized_keysfile. È possibile modificare la proprietà della .sshdirectory con:

sudo chown -R "$USER" ~/.ssh

In qualche modo questo ha funzionato per me:

root @ kaiser: ~ # vim / etc / ssh / sshd_config

Cambia questa linea da sì a no 28 StrictModes no

Riprova

sysadmin @ suselinux1: ~> con sysadmin kaiser Benvenuti in Ubuntu 12.04.1 LTS (GNU / Linux 3.2.0-25-generico i686)

• Documentazione: https://help.ubuntu.com/

Ultimo accesso: Ven 9 Nov 15:40:11 2012 da 10.1.3.25 sysadmin @ kaiser: ~ $ date vie nov 9 17:53:11 CST 2012 sysadmin @ kaiser: ~ $