Acceso SSH denegado a un usuario

2024-6-23 • tag-icon

Encuentro un error al intentar conectarme vía SSH a un servidor, para un usuario. El directorio de inicio de este usuario está en /opt, con un directorio .ssh (permisos: 700) y un archivo autorizado_keys que contiene la clave pública. Funciona con otros usuarios, cuyos directorios de inicio están en /home, usando la misma clave rsa con la que puedo conectarme como otro usuario. En /var/log/secure obtengo:

Apr  8 14:48:22 myserver sshd[338949]: pam_sss(sshd:account): Access denied for user myuser: 6 (Permission denied)
Apr  8 14:48:22 myserver sshd[338949]: fatal: Access denied for user myuser by PAM account configuration [preauth]

Usando ssh -vvv las últimas líneas son:

debug1: Server accepts key: pkalg rsa-sha2-512 blen 535
debug2: input_userauth_pk_ok: fp SHA256:XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
debug3: sign_and_send_pubkey: RSA SHA256:XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
debug3: send packet: type 50
Authentication failed.

Si me conecto a este servidor como otro usuario usando la misma clave, funciona, la única diferencia que veo es que el directorio de inicio está en /opt en lugar de /home. Y este usuario tiene un guión bajo en su nombre de inicio de sesión. ¿Te has encontrado con este tipo de situación?

[EDITAR] Información adicional:

SELinux está deshabilitado

[root@myserver ~]# getenforce
Disabled

[myuser@myserver ~]$ ls -la /opt/myuser/
drwx------ 2 myuser myuser    80 Apr  8 14:46 .ssh

[myuser@myserver ~]# ls -l /opt/myuser/.ssh/authorized_keys
-rw------- 1 myuser myuser  1131 Apr  8 14:46 /opt/myuser/.ssh/authorized_keys

[root@myserver ~]# namei -l /opt/myuser/.ssh/authorized_keys
f: /opt/myuser/.ssh/authorized_keys
dr-xr-xr-x root         root         /
drwxr-xr-x root         root         opt
drwx------ myuser       myuser       myuser
drwx------ myuser       myuser       .ssh
-rw------- myuser       myuser       authorized_keys

[root@myserver ~]# grep -v ^# /etc/ssh/sshd_config
HostKey /etc/ssh/ssh_host_rsa_key
HostKey /etc/ssh/ssh_host_ecdsa_key
HostKey /etc/ssh/ssh_host_ed25519_key

SyslogFacility AUTHPRIV

PermitRootLogin no

AuthorizedKeysFile      .ssh/authorized_keys

PasswordAuthentication yes

ChallengeResponseAuthentication no

GSSAPIAuthentication yes
GSSAPICleanupCredentials no

UsePAM yes

X11Forwarding yes

AcceptEnv LANG LC_CTYPE LC_NUMERIC LC_TIME LC_COLLATE LC_MONETARY LC_MESSAGES
AcceptEnv LC_PAPER LC_NAME LC_ADDRESS LC_TELEPHONE LC_MEASUREMENT
AcceptEnv LC_IDENTIFICATION LC_ALL LANGUAGE
AcceptEnv XMODIFIERS

Subsystem       sftp    /usr/libexec/openssh/sftp-server

[root@myserver ~]# cat /etc/pam.d/sshd
#%PAM-1.0
auth       required     pam_sepermit.so
auth       substack     password-auth
auth       include      postlogin
# Used with polkit to reauthorize users in remote sessions
-auth      optional     pam_reauthorize.so prepare
account    required     pam_nologin.so
account    include      password-auth
password   include      password-auth
# pam_selinux.so close should be the first session rule
session    required     pam_selinux.so close
session    required     pam_loginuid.so
# pam_selinux.so open should only be followed by sessions to be executed in the user context
session    required     pam_selinux.so open env_params
session    required     pam_namespace.so
session    optional     pam_keyinit.so force revoke
session    include      password-auth
session    include      postlogin
# Used with polkit to reauthorize users in remote sessions
-session   optional     pam_reauthorize.so prepare

La autenticación LDAP también está habilitada a través de sssd.

Respuesta1

Dado que la autenticación LDAP está habilitada y el acceso está denegado para ese usuario en particular, eso significa que al usuario no se le ha otorgado acceso en LDAP a ese servidor.

Puedes consultar el /etc/sssd/sssd.confparausuarios_permitidosygrupos_permitidosy luego agregue el nombre de usuario como una entrada de 'usuarios_permitidos' o en el grupo LDAP mencionado en 'grupos_permitidos'

Respuesta1

información relacionada