Centos 7 rsyslog не регистрирует удаленные сообщения

Я установил удаленный сервер rsyslog для тестирования, но не могу заставить его регистрироваться из удаленной системы. У меня есть приложение на моем рабочем столе (в Windows) под названием «Утилита Syslog Test Message Utility 1.0», которое отправляет тестовые сообщения системного журнала по UDP 514. Я вижу, что сообщение появляется в моем окне Centos на порту 514 (с использованием интерфейса Wireshark), но в нем нет соответствующей строки. / var / log / messages, как я и ожидал.

Я убедился, что ведение журнала работает (например, тест регистратора), но только не из удаленной системы. Вот мой файл etc / rsyslog.conf ..

# rsyslog 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 ####

# The imjournal module bellow is now used as a message source instead of imuxsock.
$ModLoad imuxsock # provides support for local system logging (e.g. via logger command)
$ModLoad imjournal # provides access to the systemd journal
$ModLoad imklog # reads kernel messages (the same are read from journald)
$ModLoad immark  # provides --MARK-- message capability

# Provides UDP syslog reception
$ModLoad imudp
$UDPServerRun 514

# Provides TCP syslog reception
$ModLoad imtcp
$InputTCPServerRun 514

#### GLOBAL DIRECTIVES ####

# Where to place auxiliary files
$WorkDirectory /var/lib/rsyslog

# 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

# Turn off message reception via local log socket;
# local messages are retrieved through imjournal now.
#$OmitLocalLogging on

# File to store the position in the journal
$IMJournalStateFile imjournal.state


#### RULES ####

# 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                                                 :omusrmsg:*

# 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.
#$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
# ### end of the forwarding rule ###

и я убедился, что хост прослушивает порт 514, как и ожидалось.

tcp        0      0 0.0.0.0:514             0.0.0.0:*               LISTEN      15273/rsyslogd      
tcp6       0      0 :::514                  :::*                    LISTEN      15273/rsyslogd      
udp        0      0 0.0.0.0:514             0.0.0.0:*                           15273/rsyslogd      
udp6       0      0 :::514                  :::*                                15273/rsyslogd      

Я просто даже не уверен, что искать дальше ... Кажется, я не могу понять, почему мое сообщение, поступающее из моего приложения Syslog, не создает запись журнала в моем файле сообщений.


person stumped221    schedule 26.01.2015    source источник


Ответы (1)


Оказывается, CentOS 7 (и я предполагаю, что RHEL 7) имеет брандмауэр, отличный от iptables, который называется firewalld. После отключения этого брандмауэра в моей среде разработки я смог успешно ввести системный журнал на 514.

systemctl отключить firewalld systemctl остановить firewalld systemctl status firewalld

По общему признанию, отключение брандмауэра является излишним, поскольку я уверен, что вы можете создать правило для 514, но поскольку мой сервер находится в лаборатории ... в моем случае это было приемлемо.

person stumped221    schedule 29.01.2015
comment
Спасибо, это действительно помогло с моей проблемой - person MWeller; 27.05.2016