Я попытался переопределить стандартные параметры запуска демона slapd (OpenLDAP) с помощью systemd, но как только я переопределил ExecStart, демон не запустился. Мои вопросы: почему это не удается и как я могу изменить параметры запуска демона?
Я заменил файл systemd slapd.service следующим образом:
root@debian:~ $ systemctl edit slapd
[Service]
ExecStart=
ExecStart=/usr/sbin/slapd -h "ldap:/// ldaps:/// ldapi:///" -g openldap -u openldap -F /etc/ldap/slapd.d
Вот лишь несколько вещей для отладки:
root@debian:~ $ systemctl cat slapd
# /run/systemd/generator.late/slapd.service
# Automatically generated by systemd-sysv-generator
[Unit]
Documentation=man:systemd-sysv-generator(8)
SourcePath=/etc/init.d/slapd
Description=LSB: OpenLDAP standalone server (Lightweight Directory Access Protoc
Before=multi-user.target
Before=multi-user.target
Before=multi-user.target
Before=graphical.target
After=remote-fs.target
After=network-online.target
Wants=network-online.target
[Service]
Type=forking
Restart=no
TimeoutSec=5min
IgnoreSIGPIPE=no
KillMode=process
GuessMainPID=no
RemainAfterExit=yes
SuccessExitStatus=5 6
ExecStart=/etc/init.d/slapd start
ExecStop=/etc/init.d/slapd stop
Запуск демона без отмены show:
root@debian:~ $ systemctl status slapd
● slapd.service - LSB: OpenLDAP standalone server (Lightweight Directory Access Protocol)
Loaded: loaded (/etc/init.d/slapd; generated; vendor preset: enabled)
Active: active (running) since Mon 2018-07-30 11:33:40 CEST; 1h 20min ago
Docs: man:systemd-sysv-generator(8)
Process: 429 ExecStart=/etc/init.d/slapd start (code=exited, status=0/SUCCESS)
CGroup: /system.slice/slapd.service
└─509 /usr/sbin/slapd -h ldap:/// ldapi:/// -g openldap -u openldap -F /etc/ldap/slapd.d
Запуск демона с переопределением после "systemctl daemon-reload" и "systemctl restart slapd" вызывает следующие ошибки:
root@debian:~ $ sudo systemctl status slapd
● slapd.service - LSB: OpenLDAP standalone server (Lightweight Directory Access Protocol)
Loaded: loaded (/etc/init.d/slapd; generated; vendor preset: enabled)
Drop-In: /etc/systemd/system/slapd.service.d
└─override.conf
Active: failed (Result: exit-code) since Mon 2018-07-30 13:50:13 CEST; 37s ago
Docs: man:systemd-sysv-generator(8)
Jul 30 13:50:11 udamc systemd[1]: Starting LSB: OpenLDAP standalone server (Lightweight Directory Access Protocol)...
Jul 30 13:50:13 udamc slapd[438]: @(#) $OpenLDAP: slapd (Aug 10 2017 19:12:46) $
Debian OpenLDAP Maintainers <pkg-openldap-devel@lists.alioth.debian.org>
Jul 30 13:50:13 udamc slapd[438]: daemon: bind(9) failed errno=2 (No such file or directory)
Jul 30 13:50:13 udamc slapd[438]: slapd stopped.
Jul 30 13:50:13 udamc slapd[438]: connections_destroy: nothing to destroy.
Jul 30 13:50:13 udamc systemd[1]: slapd.service: Control process exited, code=exited status=1
Jul 30 13:50:13 udamc systemd[1]: Failed to start LSB: OpenLDAP standalone server (Lightweight Directory Access Protocol).
Jul 30 13:50:13 udamc systemd[1]: slapd.service: Unit entered failed state.
Jul 30 13:50:13 udamc systemd[1]: slapd.service: Failed with result 'exit-code'.
Ваша система Debian на самом деле не использует настоящий модуль systemd для slapd. Скорее он использует скрипт инициализации в древнем стиле slapd расположен в /etc/init.d каталог. Модуль systemd - это сгенерированный модуль, который просто пытается вызвать сценарий инициализации.
Если вы не можете выполнить обновление до стабильной версии Debian, внесите изменения в старый сценарий инициализации.
Сделал шлепок действительно остановиться перед перезапуском? Я подозреваю, что чего-то не хватает с ExecStop.
Поскольку это Debian, вероятно, оборачивает старый сценарий инициализации SysV, я также рекомендовал бы использовать отдельный файл модуля, хранящийся в / etc / systemd / system / с другим именем. И убедитесь, что услуга шлепок отключен и остановлен. Это также позволяет вам использовать некоторые другие параметры конфигурации, связанные с безопасностью, и гарантирует, что после обновления ничего не произойдет, если упаковщик Debian изменит файл модуля.
См. Ниже, что я использую. systemd начинается шлепок как непривилегированный пользователь. Также обратите внимание на type=simple и PIDFile=. Конечно YMMV.
#-----------------------------------------------------------------------
# initiate: systemctl enable ae-slapd.service
# start: systemctl start ae-slapd.service
# get status: systemctl status ae-slapd.service
#-----------------------------------------------------------------------
[Unit]
Description=AE-DIR OpenLDAP server
Requires=network.target
After=network.target
[Service]
Type=simple
Environment=LDAPNOINIT=1
PIDFile=/opt/ae-dir/run/slapd/slapd.pid
ExecStart=/usr/lib64/slapd -n ae-slapd -l LOCAL4 -s 7 -f /opt/ae-dir/etc/openldap/slapd.conf -h 'ldapi://%%2Fopt%%2Fae-dir%%2Frun%%2Fslapd%%2Fldapi ldap://*:389 ldaps://*:636' -o slp=off
User=ae-dir-slapd
Group=ae-dir-slapd
CapabilityBoundingSet=CAP_NET_BIND_SERVICE
AmbientCapabilities=CAP_NET_BIND_SERVICE
MemoryDenyWriteExecute=yes
# various hardening options
PrivateTmp=yes
ProtectSystem=full
ProtectHome=yes
ProtectKernelModules=yes
ProtectKernelTunables=yes
ProtectControlGroups=yes
NoNewPrivileges=yes
MountFlags=private
SystemCallArchitectures=native
RestrictAddressFamilies=AF_INET AF_INET6 AF_UNIX
PrivateDevices=yes
[Install]
WantedBy=multi-user.target