Назад | Перейти на главную страницу

rsyslog не отбрасывает сообщения

У меня есть следующий 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