La autenticación de clave pública SSH falla cuando UsePAM se establece en "no"

19

Para deshabilitar la autenticación de contraseña, configuré los siguientes valores en mi sshd_config

ChallengeResponseAuthentication no
PasswordAuthentication no
UsePAM no

Cuando intento iniciar sesión con mi clave privada me sale

Permission denied (publickey).

Si luego cambio UsePAMa yes, puedo iniciar sesión con mi clave privada. ¿Por qué?

Me estoy conectando a un host Ubuntu 12.04 de 64 bits de OSX

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

Aquí está la sshsalida detallada :

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
fuente
¿Ejecutó sshd en modo de depuración y verificó el registro que genera?
Michael Hampton
Definitivamente vamos a necesitar más registros. Repliqué tu situación en una VM (usando Fedora 17) y funcionó para mí.
Scott Pack

Respuestas:

15

Sin PAM (Módulo de autenticación enchufable) se requiere una configuración ssh más complicada para autenticarse. Estás buscando esto, en realidad:

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

Esto deshabilitará el inicio de sesión con contraseña. Asegúrese de que la configuración de la clave pública esté establecida correctamente.

Stephan
fuente
44
Esto no es realmente cierto. De hecho, muchas guías recomiendan configurar ChallengeResponseAuthentication, PasswordAuthenticationy UsePAMtodo, noy usar solo la autenticación de clave pública. Nunca he trabajado en un entorno así, así que no puedo dar fácilmente una razón real por la que todavía no funciona.
Scott Pack
3
¡Es por eso que lo configuré como no en primer lugar, porque todas las guías que encontré lo hicieron!
Erik Aigner
Me mantendré corregido; tienes razón, Scott. Dicho esto, si no desea usar pam_unix, necesitará configurar pam_nologin (o permitir el acceso a la raíz). Www-uxsup.csx.cam.ac.uk/pub/doc/suse/sles9/adminguide-sles9 / ...
Stephan
9

¿Tu cuenta de usuario está bloqueada? Puedes desbloquear la cuenta de usuario

passwd -u username

o bloquear la cuenta de usuario pero habilitar PAM:

ChallengeResponseAuthentication no
PasswordAuthentication no
UsePAM yes
hanxue
fuente
1
Además, passwd -ufalla si el usuario tiene una contraseña vacía. Use echo username:$(head -c12 /dev/urandom |base64) |chpasswdpara establecer una contraseña válida al azar.
temoto
usermod -p '*' usernamele permitirá configurar los tres en "no", y aún permitir que el "nombre de usuario" se conecte utilizando la autenticación de clave pública sin tener que establecer una contraseña desechable.
David