● ilogtaild.service - SYSV: ilogtail is log collect agent of Simple Log Service Loaded: loaded (/etc/rc.d/init.d/ilogtaild; static; vendor preset: disabled) … Docs: man:systemd-sysv-generator(8)Вы не используете явно написанный сервисный модуль systemd. Вы используете модуль, сгенерированный
systemd-sysv-generator
из скрипта van Smoorenburgrc
, в котором отсутствует информация заголовка LSB.systemd-sysv-generator
использует единый -размер -подходит -для всех подходов, модифицированный некоторыми догадками. van Smoorenburgrc
могут запускаться или не запускаться длительные -запущенные демонические процессы, могут использоваться или не использоваться файлы PID и т.д.systemd-sysv-generator
пытается сгенерировать сервисные единицы, которые учитывают эти возможности.Автоматически -сгенерированные сервисные единицы имеют
RemainAfterExit=false
илиRemainAfterExit=true
в зависимости от того, указывает ли информация заголовка в сценарии ван Смуренбургаrc
файл PID. (Если это имя файла PID,RemainAfterExit
равноfalse
.)Так:
/etc/rc.d/init.d/ilogtaild
должен назвать PID-файл с заголовком RedHat pidfile:
. В противном случае systemd будет по-прежнему считать, что это скрипт ван Смуренбурга rc
, который не обязательно оставит после себя -длительный запущенный процесс-демон. /etc/rc.d/init.d/ilogtaild
и перестать полагаться на systemd-sysv-generator
для переноса его в одноразовые сервисные единицы. Не рекомендуется изменять сеть этих маршрутов; они тоже будут перепрошиваться авахи, и в лучшем случае вернутся к последним маскам, в худшем будет бардак маршрутов/масок.
Кроме того, я бы посоветовал перестать зацикливаться на маршрутизации адресов zeroconf/Automatic Private. Они являются локальными для сети и не маршрутизируются по определению.
Я бы посоветовал действовать по правилам и использовать частные IP-адреса RFC 1918.