0

テスト用にリモート rsyslog サーバーをセットアップしましたが、リモート システムからログを取得できないようです。デスクトップ (Windows) に、UDP 514 でテスト syslog メッセージを送信する「Syslog Test Message Utility 1.0」というアプリがあります。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アプリからのメッセージがメッセージファイルにログエントリを作成しない理由がわかりません。

4

1 に答える 1

1

CentOS 7 (RHEL 7 を想定しています) には、firewalld と呼ばれる iptables 以外のファイアウォールがあることがわかりました。私の開発環境でこのファイアウォールを無効にした後、514 への syslog を正常に行うことができました。

systemctl disable firewalld systemctl stop firewalld systemctl status firewalld

514のルールを作成できると確信しているため、ファイアウォールを無効にすることは確かにやり過ぎですが、私のサーバーは実験室にあるため...私の場合は受け入れられました.

于 2015-01-29T04:16:53.670 に答える