Управление учетными записями служб в спецификации RPM

16

Мне дали частично полную спецификацию RPM для сервиса, который мы пишем. Он позволяет создавать необходимые каталоги, копировать файлы, устанавливать разрешения и т. Д., Но не создает системную учетную запись, под которой будет работать служба. Мне сказали, что RPM лучше всего позаботиться об этом, поэтому я добавил

Requires(pre): /usr/sbin/useradd

%pre
useradd -r -d /path/to/program -s /bin/false myservice

Это позволяет создать учетную запись пользователя (и связанную группу), поэтому позже, когда он пытается установить права доступа / права на файлы службы, это также успешно выполняется.

Моя текущая проблема заключается в следующем: а) если учетная запись пользователя уже существует, установка RPM завершится неудачно из-за useraddсбоя (поскольку пользователь уже существует); и б) я не знаю, как rpm -e myserviceтакже удалить соответствующего пользователя и группу.

user-accounts services rpm

— Coderer
источник

//, рассмотрите возможность использования FPM?

— Натан Басанезе

18

Я на самом деле решил это самостоятельно, посмотрев на другие спецификации RPM, которые делали подобные вещи. Если вы просто хотите добавить пользователя (условно), воспользуйтесь ссылкой Игнасио. Я сделал это:

Requires(pre): /usr/sbin/useradd, /usr/bin/getent
Requires(postun): /usr/sbin/userdel

%pre
/usr/bin/getent group myservice || /usr/sbin/groupadd -r myservice
/usr/bin/getent passwd myservice || /usr/sbin/useradd -r -d /path/to/program -s /sbin/nologin myservice

%postun
/usr/sbin/userdel myservice

Это гарантирует, что RPM «очищается после себя», но все же предоставляет возможность установки, даже если учетная запись уже существует.

— Coderer
источник

13

Хотя это отвечает на вопрос, стоит прочитать заметку в ссылке на ссылку Fedora, опубликованную Игнасио, о том, почему удаление пользователя / группы нежелательно.

— CoverosGene

1

Существует проблема повторного использования UID и GID (когда удаленный пользователь имеет самый высокий UID / GID), что делает любое автоматическое использование userdel плохой идеей.

— Bruno9779

1

В моем CentOS 6.7 я удалил команду / usr / sbin / groupadd, так как команда useradd создаст саму группу. Также useradd завершит работу с ошибкой, когда группа с таким именем уже существует.

— Рафаэль

rpmlint отчет «W: опасная команда в% postun userdel», если вы его используете

— Rfraile

5

Любой из двух предыдущих ответов готов к работе, так как эти методы удаляют пользователя, если пакет обновляется. Yum устанавливает новый пакет, а затем удаляет старый пакет. Это оставит вас без пользователя. Не круто!

Используйте этот метод вместо:

%postun
case "$1" in
   0) # This is a yum remove.
      /usr/sbin/userdel myservice
   ;;
   1) # This is a yum upgrade.
      # do nothing
   ;;
 esac

— Стивен
источник

4

Ответ от Coderer хороший, но вторая предварительная команда выдает ошибку на Centos 7. Группу необходимо указать.

Requires(pre): /usr/sbin/useradd, /usr/bin/getent
Requires(postun): /usr/sbin/userdel

%pre
/usr/bin/getent group myservice > /dev/null || /usr/sbin/groupadd -r myservice
/usr/bin/getent passwd myservice > /dev/null || /usr/sbin/useradd -r -d /path/to/program -s /sbin/nologin -g myservice myservice

%postun
/usr/sbin/userdel myservice

Я также добавил перенаправление в / dev / null, чтобы игнорировать нежелательные эхо.

— Tabinol
источник