Разрешения сокета Fail2ban сбрасываются при перезагрузке

У меня есть определенные группы/разрешения, установленные для моего fail2ban.sock файл, чтобы Zabbix мог отслеживать Fail2ban, как описано здесь https://github.com/hermanekt/zabbix-fail2ban-discovery-

Я добавил следующие строки в конфигурацию службы systemd, чтобы убедиться, что разрешения будут правильными после перезапуска службы:

[Оказание услуг]
ExecStartPost=/bin/sh -c "пока! [-S /run/fail2ban/fail2ban.sock]; спать 1; готово"
ExecStartPost=/bin/chgrp fail2ban /run/fail2ban/fail2ban.sock
ExecStartPost=/bin/chmod g+w /run/fail2ban/fail2ban.sock

Он отлично работает, когда я пытаюсь перезапустить службу вручную, используя systemctl перезапустить fail2ban. Но почему-то не работает после перезагрузки. Я попытался добавить несколько строк отладки в ExecStartPost с манекеном эхо и они есть, так что ExecStartPost действия выполняются. Но похоже, что-то еще переписывает разрешение при загрузке. Любые идеи о том, как устранить неполадки?

Возможно, это похоже на проблему "времени" - может быть, первая из ваших ExecStartPost тайм-аут или несколько ExecStartPost записи не оцениваются последовательно и выполняются параллельно (из-за указанных Тип единицы измерения или какой-либо другой параметр), или что-то подобное...

Вы можете попробовать переписать его в одну строку или в какой-то скрипт и использовать один ExecStartPost параметр или...

Почему бы просто не установить acl по умолчанию для /run/fail2ban каталог (например, в ExecStartPre), поэтому сокет изначально создается с правильными разрешениями? Видеть https://unix.stackexchange.com/a/1315/452987

Итак, попробуйте что-то вроде этого:

ExecStartPre=-/bin/mkdir -p /run/fail2ban && /bin/setfacl -d -m g:fail2ban:rw /run/fail2ban

Другим вариантом было бы просто установить другой путь к сокету fail2ban в какой-либо постоянный каталог (например, /опт/fail2ban вместо /run/fail2ban) либо с -с параметр в системном блоке или с параметром разъем в /etc/fail2ban/fail2ban.local. И установить разрешения настойчиво.