Problemas de login do SSH / Console do CentOS 6 SSSD

Question

Sou novo no SSSD, mas acho que o configurei corretamente, considerando que id {ldap user} retorna os valores de uid e gid esperados para vários usuários de teste. Estou usando dois servidores CentOS 6.4 como máquinas de teste. Um executando o ApacheDS e o outro SSSD. No entanto, quando eu tento fazer o login via ssh ou diretamente no console, usando qualquer um desses usuários, recebo acesso negado. Eu passei os últimos dias derramando sobre os logs SSSD e não tenho certeza onde procurar. Em vez de incluir todos os arquivos de configuração, direi por enquanto que executei o seguinte authconfig --enablesssd --enablesssdauth --enablelocauthorize --update no servidor cliente. Confira abaixo minha configuração SSSD e aqui para o log SSSD_Default. Deixe-me saber quais logs adicionais você gostaria de ver e eu vou puxá-los o mais rápido possível.

Obrigado pela sua ajuda!

cat /etc/sssd/sssd.conf

[sssd]

config_file_version = 2
services = nss, pam
domains = default

debug_level = 4

[nss]

filter_users = root

debug_level = 4

[pam]

debug_level = 4

[domain/default]

debug_level = 4

ldap_tls_reqcert = never
auth_provider = ldap
ldap_schema = rfc2307
ldap_search_base = dc=example,dc=net
#ldap_group_member = memberUid
id_provider = ldap
ldap_id_use_start_tls = True
chpass_provider = ldap
ldap_uri = ldap://sea-ldap-01.app.example.net:10389
cache_credentials = False
ldap_tls_cacertdir = /etc/openldap/certs
ldap_tls_cacert = /etc/openldap/certs/sea-ldap-01.pem
entry_cache_timeout = 600
ldap_network_timeout = 3
#ldap_access_filter =
ldap_user_search_base = ou=people,dc=example,dc=net
ldap_group_search_base = ou=groups,dc=example,dc=net

    

Answer 1

De acordo com esse log, parece que o provedor LDAP do SSSD caiu e teve que ser reiniciado. É por isso que você teve acesso negado.

Veja especificamente:

(Fri Jun 21 22:42:46 2013) [sssd[be[default]]] [sdap_process_message] (0x4000): Message type: [LDAP_RES_BIND]
(Fri Jun 21 22:42:46 2013) [sssd[be[default]]] [simple_bind_done] (0x2000): Server returned control [1.3.6.1.4.1.42.2.27.8.5.1].

e depois vai para

(Fri Jun 21 22:42:46 2013) [sssd[be[default]]] [server_setup] (0x0400): CONFDB: /var/lib/sss/db/config.ldb
(Fri Jun 21 22:42:46 2013) [sssd[be[default]]] [recreate_ares_channel] (0x0100): Initializing new c-ares channel
(Fri Jun 21 22:42:46 2013) [sssd[be[default]]] [resolv_get_family_order] (0x1000): Lookup order: ipv4_first

Essas linhas indicam que o servidor está sendo iniciado novamente. Em um palpite, eu diria que algo deu errado ao processar a política de senha ldap no cliente, uma vez que a última coisa antes que ele caiu foi uma referência ao código LDAP para o ldap_pwd_exop.

Verifique / var / log / messages as indicações de uma falha e registre um bug no CentOS. Idealmente, instale o debuginfo para os pacotes sssd, openldap e ding-libs, em seguida, anexe ao processo sssd_be com gdb e obtenha um backtrace da falha para incluir no relatório de erros.