Finalmente, descobriu-se que NFS era responsável. O cliente era v.4, enquanto o servidor v.3 e, portanto, a opção de montagem sec=sys era necessária na parte do cliente.
Obrigado a todos que se incomodaram.
Gostaria de receber ajuda no seguinte problema:
Eu tenho um servidor openladp (2.3.39) (Fedora 8) que autentica usuários de outros clientes ldap (várias versões do Fedora). Na minha tentativa de atualizar toda a infraestrutura, usuários ldap com tcsh (como seu shell padrão) não podem entrar em um novo cliente rodando o CentOS 7. Pelo contrário, os usuários do ldap com bash, bem como usuários locais (não importa o shell padrão) sem um problema.
Os usuários do Ldap tcsh não podem entrar nem no console nem no ssh. Enquanto do console, a mensagem que recebo é:
pam_unix(login:auth) authentication failure
pam_unix(login:session) session opened for user
e do ssh (sem uma parte de falha):
pam_unix(sshd:session) session opened for user
No entanto, o usuário nunca recebe um prompt do shell, indicando que o login é interrompido. Não tenho idéia se o problema está relacionado a pam, mas encontre abaixo meu /etc/pam.d/system-auth-ac, pois ele foi criado automaticamente pelo system-authconfig:
#%PAM-1.0
# This file is auto-generated.
# User changes will be destroyed the next time authconfig is run.
auth required pam_env.so
auth sufficient pam_unix.so nullok try_first_pass
auth requisite pam_succeed_if.so uid >= 1000 quiet_success
auth sufficient pam_ldap.so use_first_pass
auth required pam_deny.so
account required pam_access.so
account required pam_unix.so broken_shadow
account sufficient pam_localuser.so
account sufficient pam_succeed_if.so uid < 1000 quiet
account [default=bad success=ok user_unknown=ignore] pam_ldap.so
account required pam_permit.so
password requisite pam_pwquality.so try_first_pass local_users_only retry=3 authtok_type=
password sufficient pam_unix.so sha512 shadow nullok try_first_pass use_authtok
password sufficient pam_ldap.so use_authtok
password required pam_deny.so
session optional pam_keyinit.so revoke
session required pam_limits.so
-session optional pam_systemd.so
session [success=1 default=ignore] pam_succeed_if.so service in crond quiet use_uid
session required pam_unix.so
session optional pam_ldap.so
Obrigado antecipadamente.
Atualização: O problema parece estar relacionado com os diretórios home exportados do nfs. Se eu desmontar a partição compartilhada do cliente, o usuário será Logging in with home = "/" .
Finalmente, descobriu-se que NFS era responsável. O cliente era v.4, enquanto o servidor v.3 e, portanto, a opção de montagem sec=sys era necessária na parte do cliente.
Obrigado a todos que se incomodaram.