Автор Тема: не все группы у пользователя AD в альт сервер С8  (Прочитано 6333 раз)

Оффлайн mag68

  • Начинающий
  • *
  • Сообщений: 7
Альт сервер С8 ввели в AD windows2012 командой system-auth. Было сообщение "ldb: unable to stat module /usr/lib64/samba/ldb : Нет такого файла или каталога" и сообщение "DNS update failed!" После перезагрузки все команды показывают, что сервер является членом домена, пользователи AD и группы AD видны. Однако команда "id имя-пользователя-AD" выдает только группу "domain users". Остальные группы AD, куда входит пользователь-AD, а также группы альт сервера С8 (users и прочее) не отображаются.
Аналогичные действия в альт сервер P8 отрабатываются правильно.
С чем может быть связано такое поведение системы?

Оффлайн Skull

  • Глобальный модератор
  • *****
  • Сообщений: 19 920
    • Домашняя страница
    • Email
Выключите службу nscd. Помогает чистка кэшей SSSD и запуск его под правами root.
Андрей Черепанов (cas@)

Оффлайн mag68

  • Начинающий
  • *
  • Сообщений: 7
Спасибо за помощь!
После выключения nscd  у пользователя стали видны группы альт сервера С8. В альт сервер P8 nscd.service изначально disabled.
Очистку кэшей sssd уже пробовали и попробавали еще раз, не помогает. Группы AD по-прежнему у пользователя не видны. Команда "getent имя-группы-AD" правильно показывает всех пользователей в группе. А команды "groups имя-пользователя-AD" и "id имя-пользователя-AD" показывают только группу "domain users".
Что еще посоветуете?

Оффлайн Skull

  • Глобальный модератор
  • *****
  • Сообщений: 19 920
    • Домашняя страница
    • Email
Прочитайте моё сообщение ещё раз. Особенно про root.
Андрей Черепанов (cas@)

Оффлайн mag68

  • Начинающий
  • *
  • Сообщений: 7
Я не стал писать, но sssd и так из под root запущен, или я что-то не понял?
root       774  0.0  0.1 167384  9684 ?        Ss   ноя14   0:00 /usr/sbin/sssd -i -f
_sssd      886  0.0  0.2 279644 18932 ?        S    ноя14   0:17 /usr/libexec/sssd/sssd_be --domain ADM.TAMBOV.GOV.RU --uid 488 --gid 479 --debug-to-files
_sssd      929  0.0  0.6 190044 49684 ?        S    ноя14   0:41 /usr/libexec/sssd/sssd_nss --uid 488 --gid 479 --debug-to-files
_sssd      930  0.0  0.1 163852  9284 ?        S    ноя14   0:01 /usr/libexec/sssd/sssd_pam --uid 488 --gid 479 --debug-to-files
« Последнее редактирование: 15.11.2019 13:13:21 от sb »

Оффлайн Skull

  • Глобальный модератор
  • *****
  • Сообщений: 19 920
    • Домашняя страница
    • Email
Вы невнимательны. Сами бэкенды, которые  обеспечивают функционал – под пользователем _sssd.
Андрей Черепанов (cas@)

Оффлайн mag68

  • Начинающий
  • *
  • Сообщений: 7
Ситуация воспроизводится следующим образом:
1.Установить альт сервер 8СП в минимальной конфгурации
2.Отключить кэширование: systemctl stop nscd и systemctl disable nscd.service
3.На всякий случай удалить кэш nscd:  rm -f /var/lib/nscd/*
4.Установить запуск sssd от root: в файл /etc/sssd/sssd.conf в секцию [sssd] добавить user=root
5.Ввести в домен: system-auth write .......
6.Первые 1,5-2 минуты команда "id пользователь-домена" правильно выдает группы пользователей, в т.ч. доменные. Затем для тех пользователей, которые еще не проверял, выдает из доменных групп только группу domain users. Если дать sss_cache -E, то так станет для всех.
7.Если удалить фaйлы кэша sssd (systemctl stop sssd, затем rm -f /var/lib/sss/db/* и rm -f /var/lib/sss/mc/*, потом systemctl start sssd), то будет как в пункте 6.
  Не могу понять, что происходит и как это исправить.

Оффлайн Skull

  • Глобальный модератор
  • *****
  • Сообщений: 19 920
    • Домашняя страница
    • Email
Багу вешать.
Андрей Черепанов (cas@)

Оффлайн Skull

  • Глобальный модератор
  • *****
  • Сообщений: 19 920
    • Домашняя страница
    • Email
Только вряд ли будет обсуждаться версия СП до инспекционного контроля.
Андрей Черепанов (cas@)

Оффлайн mag68

  • Начинающий
  • *
  • Сообщений: 7
В той версии, которая подготовлена для инспекционного контроля, поведение системы оказалось таким же.

Оффлайн Skull

  • Глобальный модератор
  • *****
  • Сообщений: 19 920
    • Домашняя страница
    • Email
Тогда писать в поддержку.
Андрей Черепанов (cas@)

Оффлайн mag68

  • Начинающий
  • *
  • Сообщений: 7
Техподдержка проблему решила. apt-repo add 242035. Спасибо!