Проблемы Входа в систему CentOS 6 SSSD SSH/Console

  1. Umm... ПК должен иметь сетевое соединение, и поддержка, соединяемая с доменом (Windows XP Домой должен пойти домой),

  2. DNS

  3. Ничего

  4. Несколько: DNS, LDAP и RPC, являющийся несколькими из них

  5. ? Не уверенный я понимаю то, что Вы спрашиваете

  6. ? Посмотрите номер 5

  7. Не знайте, но я подозреваю, что это несколько не отличается

1
задан 21 June 2013 в 02:07
1 ответ

Согласно этому журналу, похоже, что поставщик SSSD LDAP потерпел крах и его пришлось перезапустить. Вот почему вам отказано в доступе.

См. Конкретно:

(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].

, а затем он переходит к

(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

Эти строки показывают, что сервер снова запускается. Предположительно, я бы сказал, что что-то пошло не так при обработке политики паролей ldap на клиенте, поскольку последней вещью перед ее сбоем была ссылка на код LDAP для ldap_pwd_exop.

Проверьте / var / log / messages на наличие признаки сбоя и сообщить об ошибке в CentOS. В идеале установите debuginfo для пакетов sssd, openldap и ding-libs, затем подключитесь к процессу sssd_be с помощью gdb и получите трассировку сбоя для включения в отчет об ошибке.

2
ответ дан 3 December 2019 в 21:31

Теги

Похожие вопросы