O imuxsock plugin do rsyslog parece estar ciente da ativação do soquete do systemd.
O Systemd criará o soquete e o descritor de arquivo desse soquete de escuta será passado para o serviço rsyslog.socket que irá usá-lo .
O conceito por trás dos sockets systemd é fornecer um "serviço de ouvinte barato" que iniciará o serviço "que normalmente ligaria esse socket, mas não queremos executá-lo time " uma vez que os dados no socket são detectados.
Uma vez iniciado, por que o "serviço que normalmente ligaria esse soquete, mas não queremos rodá-lo o tempo todo" , agora recebe dados do soquete?
[Antecedentes]
Eu não quero que rsyslog seja iniciado quando houver dados sobre /run/systemd/journal/syslog . Eu quero iniciá-lo quando eu precisar dele e não entendo por que é uma prática ruim vinculá-lo diretamente ao soquete e excluir syslog.socket ao mesmo tempo.
O imuxsock plugin do rsyslog parece estar ciente da ativação do soquete do systemd.
O Systemd criará o soquete e o descritor de arquivo desse soquete de escuta será passado para o serviço rsyslog.socket que irá usá-lo .