LINUX.ORG.RU
ФорумAdmin

rsyslog сервер не принимает логи с клиентов

 ,


0

1

Здравствуйте. Помогите, плз, разобраться в проблеме. Досталась мне некая инфраструктура, в которой есть сислог-сервер и loganalyzer. На данный момент туда сбрасываются логи с пары-тройки машин. Мне нужно сделать, чтобы ещё некоторые машины туда сбрасывали логи. Настройки делал простые: на клиентах в конфиге rsyslog прописано

*.* @ip_сервера

На самом сервере ничего не трогал.

На клиенте с помощью tcpdump видно, что что-то уходит в нужном направлении, а на сервере с помощью tcpdump видно, что что-то приходит от клиента. Однако, записи не появляются в loganalyzer.

Конфиг сервера, на всякий случай:

#  /etc/rsyslog.conf    Configuration file for rsyslog.
#
#                       For more information see
#                       /usr/share/doc/rsyslog-doc/html/rsyslog_conf.html


#################
#### MODULES ####
#################

$ModLoad imuxsock # provides support for local system logging
$ModLoad imklog   # provides kernel logging support
#$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 traditional timestamp format.
# To enable high precision timestamps, comment out the following line.
#
$ActionFileDefaultTemplate RSYSLOG_TraditionalFileFormat

#
# Set the default permissions for all log files.
#
$FileOwner root
$FileGroup adm
$FileCreateMode 0640
$DirCreateMode 0755
$Umask 0022
#
# Where to place spool and state files
#
$WorkDirectory /var/spool/rsyslog

#
# Include all config files in /etc/rsyslog.d/
#
$IncludeConfig /etc/rsyslog.d/*.conf


###############
#### RULES ####
###############

#
# First some standard log files.  Log by facility.
#
auth,authpriv.*                 /var/log/auth.log
*.*;auth,authpriv.none          -/var/log/syslog
#cron.*                         /var/log/cron.log
daemon.*                        -/var/log/daemon.log
kern.*                          -/var/log/kern.log
lpr.*                           -/var/log/lpr.log
mail.*                          -/var/log/mail.log
user.*                          -/var/log/user.log

#
# Logging for the mail system.  Split it up so that
# it is easy to write scripts to parse these files.
#
mail.info                       -/var/log/mail.info
mail.warn                       -/var/log/mail.warn
mail.err                        /var/log/mail.err

#
# Logging for INN news system.
#
news.crit                       /var/log/news/news.crit
news.err                        /var/log/news/news.err
news.notice                     -/var/log/news/news.notice

#
# Some "catch-all" log files.
#
*.=debug;\
        auth,authpriv.none;\
        news.none;mail.none     -/var/log/debug
*.=info;*.=notice;*.=warn;\
        auth,authpriv.none;\
        cron,daemon.none;\
        mail,news.none          -/var/log/messages

#
# Emergencies are sent to everybody logged in.
#
*.emerg                         :omusrmsg:*

#
# I like to have messages displayed on the console, but only on a virtual
# console I usually leave idle.
#
#daemon,mail.*;\
#       news.=crit;news.=err;news.=notice;\
#       *.=debug;*.=info;\
#       *.=notice;*.=warn       /dev/tty8

# The named pipe /dev/xconsole is for the `xconsole' utility.  To use it,
# you must invoke `xconsole' with the `-file' option:
#
#    $ xconsole -file /dev/xconsole [...]
#
# NOTE: adjust the list below, or you'll go crazy if you have a reasonably
#      busy site..
#
daemon.*;mail.*;\
        news.err;\
        *.=debug;*.=info;\
        *.=notice;*.=warn       |/dev/xconsole

нет ли ограничений в iptables для 514 порта ?

vel ★★★★★ ()

Доп. инфо

Извиняюсь, не до конца описал ситуацию. сислог-сервер стоит на одной из виртуалок на ESXi 5.5. На данный момент в loganalyzer видно, что на него сыплются логи самой ESXi, видны логи localhost и ещё пары машин, которые не на этом сервере ESXi.

Я пытаюсь настроить логгирование для пары машин, которые на текущем ESXi сервере. Тут не очень понятно, loganalyzer должен видеть, что логи сыплются с Host который ESXi или который именно виртуалка? На данный момент я вижу, что loganalyzer некоторые телодвижения на виртуалках фиксирует как бы от имени ESXi, а не от имени конкретной машины.

Piter_prbg ()
Ответ на: комментарий от vel

tcpdump разве показывает то, что приходит до обработки iptables?

iptables -L INPUT -v -n | grep 514 

это не показало, что нужные мне ip и порт акцептованы. Сделал для нужных айпишников:

iptables -A INPUT -p tcp -s x.x.x.x --dport 514 -j ACCEPT
iptables -A INPUT -p udp -s x.x.x.x --dport 514 -j ACCEPT

В Loganalyzer я вижу происходящие события от имени ESXi, а не от имени машины.

Piter_prbg ()
Ответ на: комментарий от Piter_prbg

Видимо, сообщения от имени ESXi шлются, когда события именно её и касается - всякие манипуляции с сетевухой на виртуалке, итд. А если какое-нибудь событие исключительно внутри ОС происходит, которое стопудово пишется в сислог (например, перезапуск сервиса), то оно в loganalyzer не отображается. Хотя, tcpdump видит, что данные от клиента приходят.

Piter_prbg ()
Ответ на: комментарий от Piter_prbg

для отладки можно все удаленные логи писать в разные файлы. Так можно понять кто тебе что присылает.

$Ruleset remote
$template apFile,"/var/log/remote.%FROMHOST%.log"
*.* ?apFile

vel ★★★★★ ()
Ответ на: комментарий от vel

Я добавил это в конфиг сервера, перезапустил, и чё-то логи у меня не стали писаться в отдельные файлы.

Piter_prbg ()
Ответ на: комментарий от Piter_prbg

«ls /var/log/remote.*» ничего не показывает ?

vel ★★★★★ ()
Ответ на: комментарий от Piter_prbg

что мне не нравися в rsyslog - это частые революции в синтаксисе файла конфигурации.

у меня на 6.6.0 оно работает

vel ★★★★★ ()
Ответ на: комментарий от vel

tcpdump'ом на сервере я вижу такую вещь:

x.x.x.x.46159 > y.y.y.y.514: Flags [S], cksum 0xd220 (correct), seq 2006951123, win 29200, options [mss 1460,sackOK,TS val 1481338320 ecr 0,nop,wscale 7], length 0

x.x.x.x - клиент y.y.y.y - сервер

как я понимаю, что-то идёт оттуда сюда, но почему length 0?...

Piter_prbg ()
Ответ на: комментарий от vel

Плюс ко всему, заметил какую-то странную вещь. когда я пишу в конфиг клиента строку:

*.* @@ip_сервера
и делаю рестарт rsyslog, то у меня в /var/log/syslog на этом клиенте перестаёт всё писаться. например,
logger 'TESTMSG'
не пишет в сислог. И на сервере это сообщение не появляется ни в сислоге, ни в бд логаналайзера. А когда я комментирую эту строчку на клиенте *.* @@ip_сервера, то у меня в syslog на нём сбрасывается всё, что туда не записалось, все мои logger 'TESTMSG'. На сислог-сервере по-прежнему пусто.

Piter_prbg ()
Ответ на: комментарий от Piter_prbg

На одном из клиентов, с которого точно пишутся логи, если я делаю logger 'testmsg', то на сервер приходит:

 x.x.x.x.40391 > y.y.y.y.514: Flags [P.], cksum 0x079c (correct), seq 1946295447:1946295491, ack 1381943005, win 92, options [nop,nop,TS val 2252496429 ecr 2632021686], length 44
и я вижу своё сообщение в логаналайзере.

А если я делаю с той машины, которую я пытаюсь настроить, то приходит вот что

x.x.x.x.49021 > y.y.y.y.514: Flags [S], cksum 0xcfdd (correct), seq 4104785965, win 29200, options [mss 1460,sackOK,TS val 1482259582 ecr 0,nop,wscale 7], length 0

разные флаги и length. что бы это значило?..

Piter_prbg ()
Ответ на: комментарий от Piter_prbg

Простите, я не слишком много пишу? ) в tcpdump флаг S означает попытку установки соединения, флаг P - передачу данных. Соответственно, я сделал iptables -F и всё заработало. от нужной машины пришло сначала S, потом P, в логаналайзере появилось моё сообщение.

Видимо, текущих правил iptables не хватало. страннно.. Почему этого не достаточно?

iptables -A INPUT -p tcp -s x.x.x.x --dport 514 -j ACCEPT
и как сделать правильно?..

Piter_prbg ()
Ответ на: комментарий от Piter_prbg

Ну так у тебя ошибка в конфиге получается, надо либо *.* @@ip:port либо *.* @ip писать.

Deleted ()
Ответ на: комментарий от Piter_prbg
iptables -A INPUT -p tcp -s x.x.x.x --dport 514 -j ACCEPT

Обрати внимание, rsyslog работает и по tcp и по udp. У тебя правило разрешает только tcp.

dhameoelin ★★★★★ ()
Последнее исправление: dhameoelin (всего исправлений: 2)
Ответ на: комментарий от Deleted

Нет, писать порт не обязательно. В этом случае, он будет использовать стандартный 514 порт.Одна собачка говорит, что это udp, две собачки - tcp.

Piter_prbg ()
Ответ на: комментарий от dhameoelin

у меня rsyslog работает только по tcp.

Блин! добавляю новую машину! в конфиге клиента у ней:

*.* @@ip_сервера То есть, работает по tcp. на сервере в iptables прописал:

iptables -A INPUT -p tcp -s x.x.x.x --dport 514 -j ACCEPT
Не работает! Добавил ей:
iptables -A INPUT -p udp -s x.x.x.x --dport 514 -j ACCEPT
Не работает! tcpdump'ом вижу на клиенте, что данные по tcp уходят на сервер:
10:25:01.278145 IP (tos 0x0, ttl 64, id 56409, offset 0, flags [DF], proto TCP (6), length 60)
    x.x.x.x.44085 > y.y.y.y.514: Flags [S], cksum 0x7824 (correct), seq 3068284115, win 29200, options [mss 1460,sackOK,TS val 577056 ecr 0,nop,wscale 7], length 0

на сервере вижу, что данные приходят:

x.x.x.x.44085 > y.y.y.y.514: Flags [S], cksum 0x4567 (correct), seq 3068284115, win 29200, options [mss 1460,sackOK,TS val 577056 ecr 0,nop,wscale 7], length 0
Но ничего не работает, данные не передаются. Флаг S говорит о том, что это попытка установка связи.

iptables -F

Работает... Собака где-то тут порылась. Как это может быть? ) чего не достаточно в IPtables?

Piter_prbg ()
Ответ на: комментарий от Piter_prbg

Блин, и правда, сори за дизинформацию.

Deleted ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.