Eu reiniciei recentemente uma das minhas máquinas depois de um longo tempo e agora estou tendo muitos problemas com as alterações de configuração.
O serviço syslog-ng não está mais funcionando com o seguinte erro de journactl:
-- Unit syslog-ng.service has begun starting up.
Oct 01 17:13:48 SIEM-ConnLinuxLR systemd[1]: syslog-ng.service: Got notification message from PID 18672, but reception only permitted for main PID 18670
Oct 01 17:13:48 SIEM-ConnLinuxLR syslog-ng[18670]: [2018-10-01T17:13:48.128987] WARNING: window sizing for tcp sources were changed in syslog-ng 3.3, the configuration value was divided by the value of max-con
Oct 01 17:13:48 SIEM-ConnLinuxLR syslog-ng[18670]: [2018-10-01T17:13:48.129414] Error binding socket; addr='AF_INET(0.0.0.0:515)', error='Permission denied (13)'
Oct 01 17:13:48 SIEM-ConnLinuxLR syslog-ng[18670]: [2018-10-01T17:13:48.129438] Error initializing message pipeline;
Oct 01 17:13:48 SIEM-ConnLinuxLR systemd[1]: syslog-ng.service: main process exited, code=exited, status=2/INVALIDARGUMENT
Oct 01 17:13:48 SIEM-ConnLinuxLR systemd[1]: Failed to start System Logger Daemon.
-- Subject: Unit syslog-ng.service has failed
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit syslog-ng.service has failed.
--
-- The result is failed.
Aqui está a configuração do serviço:
Description=System Logger Daemon
Documentation=man:syslog-ng(8)
After=network.target
[Service]
Type=notify
User=root
Group=root
ExecStart=/usr/sbin/syslog-ng -p /var/run/syslogd.pid
ExecReload=/bin/kill -HUP $MAINPID
EnvironmentFile=-/etc/syslog-ng
EnvironmentFile=-/etc/default/syslog-ng
EnvironmentFile=-/etc/sysconfig/syslog-ng
StandardOutput=journal
StandardError=journal
Restart=on-failure
[Install]
WantedBy=multi-user.target
Então, como você pode ver, ele deve estar rodando como root, mas ainda está retornando um error='Permission denied (13)' . O engraçado é que, se eu tento executar o comando do console /usr/sbin/syslog-ng -p /var/run/syslogd.pid , ele funciona perfeitamente sem nenhum tipo de erro.
EDIT1:
Nenhum outro processo está sendo executado na porta 515, como eu disse ao tentar executar o comando manualmente, ele funciona perfeitamente.
Estou adicionando a configuração do syslog:
@version:3.7
@include "scl.conf"
# syslog-ng configuration file.
#
# This should behave pretty much like the original syslog on RedHat. But
# it could be configured a lot smarter.
#
# See syslog-ng(8) and syslog-ng.conf(5) for more information.
#
# Note: it also sources additional configuration files (*.conf)
# located in /etc/syslog-ng/conf.d/
options {
flush_lines (0);
time_reopen (10);
log_fifo_size (1000);
chain_hostnames (off);
use_dns (no);
use_fqdn (no);
create_dirs (no);
keep_hostname (yes);
};
source s_sys {
system();
internal();
# udp(ip(0.0.0.0) port(514));
};
destination d_cons { file("/dev/console"); };
destination d_mesg { file("/var/log/messages"); };
destination d_auth { file("/var/log/secure"); };
destination d_mail { file("/var/log/maillog" flush_lines(10)); };
destination d_spol { file("/var/log/spooler"); };
destination d_boot { file("/var/log/boot.log"); };
destination d_cron { file("/var/log/cron"); };
destination d_kern { file("/var/log/kern"); };
destination d_mlal { usertty("*"); };
filter f_kernel { facility(kern); };
filter f_default { level(info..emerg) and
not (facility(mail)
or facility(authpriv)
or facility(cron)); };
filter f_auth { facility(authpriv); };
filter f_mail { facility(mail); };
filter f_emergency { level(emerg); };
filter f_news { facility(uucp) or
(facility(news)
and level(crit..emerg)); };
filter f_boot { facility(local7); };
filter f_cron { facility(cron); };
#log { source(s_sys); filter(f_kernel); destination(d_cons); };
log { source(s_sys); filter(f_kernel); destination(d_kern); };
log { source(s_sys); filter(f_default); destination(d_mesg); };
log { source(s_sys); filter(f_auth); destination(d_auth); };
log { source(s_sys); filter(f_mail); destination(d_mail); };
log { source(s_sys); filter(f_emergency); destination(d_mlal); };
log { source(s_sys); filter(f_news); destination(d_spol); };
log { source(s_sys); filter(f_boot); destination(d_boot); };
log { source(s_sys); filter(f_cron); destination(d_cron); };
# Source additional configuration files (.conf extension only)
@include "/etc/syslog-ng/conf.d/*.conf"
Configuração do apache.conf
source s_net_t515 {
network(
transport("tcp")
port(515)
log-msg-size(2097152)
max-connections(100)
);
};
destination d_apachea { file("/opt/arcsight/logs/Apache/${HOST}.log"); };
destination d_apachee {
file("/opt/arcsight/logs/Apache/error/${HOST}-error.log");
};
destination d_a {
file("/opt/arcsight/logs/Apache/test.log");
};
filter f_apachea { (netmask(***.***.***.5/32) or netmask(***.***.***.6/32)) and not message('error]') and message('.*\d+\s\d+\s\".*') ; };
filter f_apachee { (netmask(***.***.***.5/32) or netmask(***.***.***.6/32)) and message('error]'); };
log {
source(s_net_t515);
filter(f_apachea);
destination(d_apachea);
};
log {
source(s_net_t515);
filter(f_apachee);
destination(d_apachee);
};
Resolvido!
Como @Alexander apontou que o problema era que o SELinux estava bloqueando a porta, mas estou recebendo os logs em 515, portanto não posso alterá-lo.
A solução foi configurar o SELinux de enforcing para permissive com setenforce 0 .
Além disso, alterei o arquivo de configuração para aplicar essa configuração após a reinicialização, alterando a linha SELINUX=permissive
Eu estou supondo que o problema é o número de porta 515, bloqueado pelo SELinux. A porta syslog padrão é 514.
# semanage port -l
...
syslogd_port_t tcp 601, 20514
syslogd_port_t udp 514, 601, 20514
...
printer_port_t tcp 515
Se você deseja executar o syslog-ng na porta diferente, você precisa alterar os rótulos das portas. ( semanage port --help irá ajudá-lo)