У меня есть следующий rsyslog.conf:
$PreserveFQDN on
# rsyslog v5 configuration file
# For more information see /usr/share/doc/rsyslog-*/rsyslog_conf.html
# If you experience problems, see http://www.rsyslog.com/doc/troubleshoot.html
#### MODULES ####
$ModLoad imuxsock # provides support for local system logging (e.g. via logger command)
$ModLoad imklog # provides kernel logging support (previously done by rklogd)
#$ModLoad immark # provides --MARK-- message capability
# Provides UDP syslog reception
$ModLoad imudp
$UDPServerRun 514
# Provides TCP syslog reception
$ModLoad imtcp
$InputTCPServerRun 514
#### GLOBAL DIRECTIVES ####
# Use default timestamp format
$ActionFileDefaultTemplate RSYSLOG_TraditionalFileFormat
# File syncing capability is disabled by default. This feature is usually not required,
# not useful and an extreme performance hit
#$ActionFileEnableSync on
# Include all config files in /etc/rsyslog.d/
$IncludeConfig /etc/rsyslog.d/*.conf
#### RULES ####
#discard loadbalancer messages
:msg, contains, "default send string" ~
# Log all kernel messages to the console.
# Logging much else clutters up the screen.
#kern.* /dev/console
# Log anything (except mail) of level info or higher.
# Don't log private authentication messages!
*.info;mail.none;authpriv.none;cron.none /var/log/messages
# The authpriv file has restricted access.
authpriv.* /var/log/secure
# Log all the mail messages in one place.
mail.* -/var/log/maillog
# Log cron stuff
cron.* /var/log/cron
# Everybody gets emergency messages
*.emerg *
# Save news errors of level crit and higher in a special file.
uucp,news.crit /var/log/spooler
# Save boot messages also to boot.log
local7.* /var/log/boot.log
# ### begin forwarding rule ###
# The statement between the begin ... end define a SINGLE forwarding
# rule. They belong together, do NOT split them. If you create multiple
# forwarding rules, duplicate the whole block!
# Remote Logging (we use TCP for reliable delivery)
#
# An on-disk queue is created for this action. If the remote host is
# down, messages are spooled to disk and sent when it is up again.
#$WorkDirectory /var/lib/rsyslog # where to place spool files
#$ActionQueueFileName fwdRule1 # unique name prefix for spool files
#$ActionQueueMaxDiskSpace 1g # 1gb space limit (use as much as possible)
#$ActionQueueSaveOnShutdown on # save messages to disk on shutdown
#$ActionQueueType LinkedList # run asynchronously
#$ActionResumeRetryCount -1 # infinite retries if host is down
# remote host is: name/ip:port, e.g. 192.168.0.1:514, port optional
#*.* @@remote-host:514
#
*.* @localhost:5000
# ### end of the forwarding rule ###
Который содержит следующее правило для отбрасывания конкретного сообщения:
#discard loadbalancer messages
:msg, contains, "default send string" ~
Кажется, он не делает того, что должен делать, я все еще вижу эти сообщения в / var / log / messages:
[~] # tail -f /var/log/messages
Dec 3 02:51:38 default send string
Dec 3 02:51:42 default send string
Dec 3 02:51:43 default send string
Dec 3 02:51:47 default send string
Dec 3 02:51:48 default send string
Dec 3 02:51:52 default send string
Dec 3 02:51:53 default send string
Dec 3 02:51:57 default send string
Dec 3 02:51:58 default send string
Dec 3 02:52:02 default send string
Dec 3 02:52:03 default send string
Обратите внимание, что это сервер Logstash, который получает сообщения системного журнала от других серверов на порт 514 и пересылает их на свой собственный порт 5000, чтобы они были обработаны Logstash, поэтому в файле конфигурации есть эта строка:
*.* @localhost:5000
Вы должны убедиться, что ваше правило отбрасывания сообщения должно вызываться перед тем, которое записывает его в файл.
По умолчанию в Rsyslog есть файл /etc/rsyslog.d/50-default.conf, который записывает сообщения без изменений. Может быть, поставив свое правило перед:
$IncludeConfig /etc/rsyslog.d/*.conf
должно сработать.
И Rsyslog предупреждает не использовать ~, вы должны использовать стоп вместо.
Я думал hostname
"по умолчанию" и :msg
это "строка отправки", но я тоже не мог заставить ее фильтровать таким образом. Итак, я провел еще несколько поисков и нашел следующее:
:rawmsg, isequal, "default send string" stop
В конце концов, сообщения исчезли. Как бы то ни было, они, похоже, были получены от нашего балансировщика нагрузки, вероятно, из syslog / udp healthcheck.
Ссылка: http://lists.adiscon.net/pipermail/rsyslog/2012-September/030562.html