L'autorizzazione della chiave pubblica SSH non riesce quando UsePAM è impostato su "no"

19

Per disabilitare la password auth ho impostato i seguenti valori nel mio sshd_config

ChallengeResponseAuthentication no
PasswordAuthentication no
UsePAM no

Quando provo ad accedere con la mia chiave privata ottengo

Permission denied (publickey).

Se poi cambio UsePAMa yesposso accedere usando la mia chiave privata. Perché?

Mi sto collegando a un host Ubuntu 12.04 a 64 bit da OSX

ssh -i ~/.ssh/deploy -l deploy localhost -p 2222 -v

ecco l' sshoutput dettagliato :

OpenSSH_5.9p1, OpenSSL 0.9.8r 8 Feb 2011
debug1: Reading configuration data /Users/<user>/.ssh/config
debug1: Reading configuration data /etc/ssh_config
debug1: /etc/ssh_config line 20: Applying options for *
debug1: Connecting to localhost [127.0.0.1] port 2222.
debug1: Connection established.
debug1: identity file /Users/<user>/.ssh/deploy type 1
debug1: identity file /Users/<user>/.ssh/deploy-cert type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_5.9p1 Debian-5ubuntu1
debug1: match: OpenSSH_5.9p1 Debian-5ubuntu1 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_5.9
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-ctr hmac-md5 none
debug1: kex: client->server aes128-ctr hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Server host key: RSA 50:db:75:ba:11:2f:43:c9:ab:14:40:6d:7f:a1:ee:e3
debug1: Host '[localhost]:2222' is known and matches the RSA host key.
debug1: Found key in /Users/<user>/.ssh/known_hosts:2
debug1: ssh_rsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: Roaming not allowed by server
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey
debug1: Next authentication method: publickey
debug1: Offering RSA public key: /Users/<user>/.ssh/key1
debug1: Authentications that can continue: publickey
debug1: Offering RSA public key: /Users/<user>/.ssh/deploy
debug1: Authentications that can continue: publickey
debug1: No more authentication methods to try.
Permission denied (publickey).

linux ssh

— Erik Aigner
fonte

Hai eseguito sshd in modalità debug e verificato il registro che genera?

— Michael Hampton

Avremo sicuramente bisogno di più registri. Ho replicato la tua situazione in una VM (usando Fedora 17) e ha funzionato per me.

— Scott Pack,

15

Senza PAM (Pluggable Authentication Module) per l'autenticazione è necessaria una configurazione ssh più complicata. Stai cercando questo, in realtà:

# grep Password /etc/ssh/sshd_config 
PermitEmptyPasswords no
PasswordAuthentication no

Ciò disabiliterà l'accesso con password. Assicurati di aver impostato correttamente le chiavi pubbliche.

— Stephan
fonte

4

Questo non è proprio vero. In realtà, molte guide consigliano di impostazione ChallengeResponseAuthentication, PasswordAuthenticatione UsePAMtutti a noe utilizzando l'autenticazione chiave pubblica solo. Non ho mai lavorato in un ambiente simile, quindi non posso facilmente dare una vera ragione per cui non funziona ancora del tutto.

— Scott Pack,

3

Ecco perché l'ho impostato su no in primo luogo, perché ogni guida che ho trovato lo ha fatto!

— Erik Aigner,

Starò corretto; hai ragione, Scott. Detto questo, se non desidera utilizzare pam_unix, dovrà configurare pam_nologin (o consentire l'accesso root). Www-uxsup.csx.cam.ac.uk/pub/doc/suse/sles9/adminguide-sles9 / ...

— Stephan,

9

Il tuo account utente è bloccato? Puoi sbloccare l'account utente

passwd -u username

o blocca l'account utente ma abilita PAM:

ChallengeResponseAuthentication no
PasswordAuthentication no
UsePAM yes

— Hanxue
fonte

1

Inoltre, passwd -ufallire se l'utente ha una password vuota. Utilizzare echo username:$(head -c12 /dev/urandom |base64) |chpasswdper impostare una password valida casuale.

— temoto

usermod -p '*' usernameti permetterà di impostare tutti e tre su "no" e di consentire comunque a "nome utente" di connettersi utilizzando l'autenticazione con chiave pubblica senza dover impostare una password usa e getta.

— David,