ssh-copy-id non funziona

Sto cercando di impostare un accesso SSH senza password su CentOS 5.4:

1. Ho generato la chiave pubblica RSA sul client.
2. ssh-copy-id dal client al server.
3. Verificato ~ / .ssh / authorized_keys contiene la chiave client.

Il client ha ancora richiesto la password. Cosa mi sono perso?

Grazie.

EDIT: controllato ssh_config e permessi come consigliato. Queste sono le informazioni di debug dal client:

debug2: key: /home/saguna/.ssh/identity ((nil))
debug2: key: /home/saguna/.ssh/id_rsa (0x2b31921be9a0)
debug2: key: /home/saguna/.ssh/id_dsa ((nil))
debug1: Authentications that can continue: publickey,gssapi-with-mic,password
debug3: start over, passed a different list publickey,gssapi-with-mic,password
debug3: preferred gssapi-with-mic,publickey,keyboard-interactive,password
debug3: authmethod_lookup gssapi-with-mic
debug3: remaining preferred: publickey,keyboard-interactive,password
debug3: authmethod_is_enabled gssapi-with-mic
debug1: Next authentication method: gssapi-with-mic
debug3: Trying to reverse map address 192.168.1.75.
debug1: Unspecified GSS failure.  Minor code may provide more information
Unknown code krb5 195

debug1: Unspecified GSS failure.  Minor code may provide more information
Unknown code krb5 195

debug1: Unspecified GSS failure.  Minor code may provide more information
Unknown code krb5 195

debug2: we did not send a packet, disable method
debug3: authmethod_lookup publickey
debug3: remaining preferred: keyboard-interactive,password
debug3: authmethod_is_enabled publickey
debug1: Next authentication method: publickey
debug1: Trying private key: /home/saguna/.ssh/identity
debug3: no such identity: /home/saguna/.ssh/identity
debug1: Offering public key: /home/saguna/.ssh/id_rsa
debug3: send_pubkey_test
debug2: we sent a publickey packet, wait for reply
debug1: Authentications that can continue: publickey,gssapi-with-mic,password
debug1: Trying private key: /home/saguna/.ssh/id_dsa
debug3: no such identity: /home/saguna/.ssh/id_dsa
debug2: we did not send a packet, disable method
debug3: authmethod_lookup password
debug3: remaining preferred: ,password
debug3: authmethod_is_enabled password
debug1: Next authentication method: password
saguna@192.168.1.75's password: 

9/10 volte è perché ~ / .ssh / authorized_keys non è nella modalità giusta.

chmod 600 ~/.ssh/authorized_keys

Controlla in / etc / ssh / sshd_config per consentire l'autenticazione con una chiave. Dovresti avere qualcosa del genere e assicurarti che le righe non siano commentate:

RSAAuthentication yes
PubkeyAuthentication yes
AuthorizedKeysFile  .ssh/authorized_keys

PS: non dimenticare di riavviare sshd dopo aver modificato il file (/etc/init.d/sshd restart)

Ho scoperto che con il mio sistema il problema era che la directory utente (/ home / username) era dotata di un set di autorizzazioni errato. Era drwxr-x-w-e doveva essere drwxr-xr-x(con il permesso di scrittura solo per il proprietario). La soluzione era usare chmod:

sudo chmod 0755 /home/username

Non sono un esperto qui, ma ho riscontrato anche questo problema, ecco i miei due centesimi oltre a tutti gli altri suggerimenti.

A volte ssh-copy-idcopia la chiave errata sul server remoto (può accadere se si dispone di più chiavi e / o si utilizzano nomi non predefiniti per i file delle chiavi) o l'agente di autenticazione non è configurato correttamente.

Ecco una citazione dalle pagine man :

Se viene fornita l'opzione -i, viene utilizzato il file di identità (il valore predefinito è ~ / .ssh / id_rsa.pub), indipendentemente dal fatto che ci siano chiavi nel tuo ssh-agent. Altrimenti, se questo: ssh-add -L fornisce qualsiasi output, lo utilizza preferibilmente al file di identità.

Quindi in pratica vuoi verificare che:

• Il tuo agente di autenticazione del sistema (di solito ssh-agent) vede le chiavi che intendi usare (controlla l' ssh-add -Loutput)
  • Se non vedi la chiave desiderata, aggiungila usando ssh-add
• La ssh-copy-idcopiato la stessa chiave per la macchina remota (solo accedere al server remoto utilizzando la password e controllare il contenuto di ~/.ssh/authorized_keys)
  • Se non vedi la chiave desiderata sul server remoto, puoi implicitamente dire ssh-copy-idquale chiave copiare:ssh-copy-id -i ~/.ssh/some_public_key

Spero possa aiutare.

Il problema più comune sono le autorizzazioni non valide sul lato server. Controlla che nessuna delle tue home directory ~/.sshe ~/.ssh/authorized_keyssia scrivibile da chiunque tranne te (in particolare non devono essere scrivibili in gruppo).

Se questo non è il problema, esegui ssh -vvv servere guarda la vista della conversazione da parte del cliente. In particolare, verificare che il client stia provando la chiave con il server.

Oltre a tutto quanto sopra, si può sempre controllare il file di registro sshd:

/var/log/auth.log

Ho provato le altre correzioni ma ho scoperto che dovevo cambiare la directory home per non essere scrivibile da altri. La home directory era 777. L'ho cambiata in 755 e ha funzionato.

nel mio caso / etc / ssh / sshd_config conteneva il seguente parametro:

RSAAuthentication yes
PubkeyAuthentication yes
AuthorizedKeysFile  .ssh/authorized_keys2

Ma ssh-copy-id ha creato un file con nome authorized_keys, quindi ho dovuto modificare la voce con il nuovo nome. maggiori informazioni su obsolete authorized_keys2

A complemento della risposta di Omer Dagan per il nuovo CentOS 7, utilizzare:

journalctl -f -u sshd

per guardare i registri sshd sul server.

Il problema era che RSAAuthentication era disordinato in / etc / ssh / ssh_config