LOGs na tela de login do fedora 12

[Armando Neto]

Bom Dia!

Pessoal, estou com um problema no fedora 12 que não estou conseguindo
resolver !!!!

Seguinte, instalei um servidor com FEDORA12 e estou utilizando o IPATBLES
como FIREWALL, porém, toda vez que ativo o FIREWALL, os LOGS entopem a tela
e não param mais de rodar no prompt de comando !!!

Como os LOGS não param de ficar aparecendo... não consigo utilizar o
terminal para nada.. somente acessando via putty de outra máquina...
detalhe: mesmo parando (stop) o serviço de log (rsyslog) os malditos LOGS do
firewall (ACCEPT/DENY) continuam inundando meu terminal !!!!  =[

Nunca vi isso acontecer... sempre utilizei o fedora em meus servidores, e
isso só ocorreu no fedora 12.

OBS: Mesmo quando o terminal fica na tela de login, os logs ficam correndo
na tela..  muito estranho, pois em outras versões eu sempre utilizo o
comando:  tail -f /var/log/messages para ver estes logs, e agora, do nada,
esses logs ficam correndo na TELA mesmo com o serviço parado, e sem rodar
comando algum !!!

Agradeço se alguém puder me ajudar !!!

[Rafael Gomes]

Esses logs não são do syslog, são direto do kernel (netfilter) ele
podem ser mandado para o syslog ou para o console, o que pode ser seu
caso. Nunca tive esse problema, mas deve ter alguma conf que pode ser
feita para resolvê-la na net.

Rafael Gomes
Consultor em TI
LPIC-1
(71) 8146-5772

Atenção: Este e-mail pode conter anexos no formato ODF (Open Document
Format)/ABNT (extensões odt, ods, odp, odb, odg). Antes de pedir os
anexos em outro formato, você pode instalar gratuita e livremente o
BrOffice (http://www.broffice.org) ou o seguinte Plugin para Microsoft
Office (http://www.sun.com/software/star/odf_plugin/get.jsp).

2010/1/24 Armando Barsotini Neto :
> Bom Dia!
>
> Pessoal, estou com um problema no fedora 12 que não estou conseguindo
> resolver !!!!
>
> Seguinte, instalei um servidor com FEDORA12 e estou utilizando o IPATBLES
> como FIREWALL, porém, toda vez que ativo o FIREWALL, os LOGS entopem a tela
> e não param mais de rodar no prompt de comando !!!
>
> Como os LOGS não param de ficar aparecendo... não consigo utilizar o
> terminal para nada.. somente acessando via putty de outra máquina...
> detalhe: mesmo parando (stop) o serviço de log (rsyslog) os malditos LOGS do
> firewall (ACCEPT/DENY) continuam inundando meu terminal !!!!  =[
>
> Nunca vi isso acontecer... sempre utilizei o fedora em meus servidores, e
> isso só ocorreu no fedora 12.
>
> OBS: Mesmo quando o terminal fica na tela de login, os logs ficam correndo
> na tela..  muito estranho, pois em outras versões eu sempre utilizo o
> comando:  tail -f /var/log/messages para ver estes logs, e agora, do nada,
> esses logs ficam correndo na TELA mesmo com o serviço parado, e sem rodar
> comando algum !!!
>
> Agradeço se alguém puder me ajudar !!!
>
> --
> Att,
>
> Armando Barsotini
>
> --
> br-users mailing list
> [e-mail]
> https://admin.fedoraproject.org/mailman/listinfo/br-users

[Armando Neto]

Olá Rafael... Eu tb nunca tinha tido esse problema até então...

O pior é que busquei no Google e ainda não encontrei nada!!!

Preciso de uma luz, se alguém puder ajudar eu agradeço...

Att,

Armando

Twitter: @infolinux ->  Informações e Reviews do Mundo Linux/ 
OpenSource

Em 24/01/2010, às 13:55, Rafael Gomes   
escreveu:
> Esses logs não são do syslog, são direto do kernel (netfilter) ele
> podem ser mandado para o syslog ou para o console, o que pode ser seu
> caso. Nunca tive esse problema, mas deve ter alguma conf que pode ser
> feita para resolvê-la na net.
>
> Rafael Gomes
> Consultor em TI
> LPIC-1
> (71) 8146-5772
>
> Atenção: Este e-mail pode conter anexos no formato ODF (Open Docume 
> nt
> Format)/ABNT (extensões odt, ods, odp, odb, odg). Antes de pedir os
> anexos em outro formato, você pode instalar gratuita e livremente o
> BrOffice (http://www.broffice.org) ou o seguinte Plugin para Microsoft
> Office (http://www.sun.com/software/star/odf_plugin/get.jsp).
>
> 2010/1/24 Armando Barsotini Neto :
> > Bom Dia!
> >
> > Pessoal, estou com um problema no fedora 12 que não estou consegui 
> > ndo
> > resolver !!!!
> >
> > Seguinte, instalei um servidor com FEDORA12 e estou utilizando o  
> > IPATBLES
> > como FIREWALL, porém, toda vez que ativo o FIREWALL, os LOGS entop 
> > em a tela
> > e não param mais de rodar no prompt de comando !!!
> >
> > Como os LOGS não param de ficar aparecendo... não consigo utiliza 
> > r o
> > terminal para nada.. somente acessando via putty de outra máquina...
> > detalhe: mesmo parando (stop) o serviço de log (rsyslog) os maldit 
> > os LOGS do
> > firewall (ACCEPT/DENY) continuam inundando meu terminal !!!!  =[
> >
> > Nunca vi isso acontecer... sempre utilizei o fedora em meus  
> > servidores, e
> > isso só ocorreu no fedora 12.
> >
> > OBS: Mesmo quando o terminal fica na tela de login, os logs ficam  
> > correndo
> > na tela..  muito estranho, pois em outras versões eu sempre utiliz 
> > o o
> > comando:  tail -f /var/log/messages para ver estes logs, e agora,  
> > do nada,
> > esses logs ficam correndo na TELA mesmo com o serviço parado, e se 
> > m rodar
> > comando algum !!!
> >
> > Agradeço se alguém puder me ajudar !!!
> >
> > --
> > Att,
> >
> > Armando Barsotini
> >
> > --
> > br-users mailing list
> > [e-mail]
> > https://admin.fedoraproject.org/mailman/listinfo/br-users
>
> --
> br-users mailing list
> [e-mail]
> https://admin.fedoraproject.org/mailman/listinfo/br-users

[Zandre Bran]

2010/1/24 Armando Barsotini Neto :
> Bom Dia!

Ôlas Neto.
> [...] Seguinte, instalei um servidor com FEDORA12 e estou utilizando o IPATBLES
> como FIREWALL, porém, toda vez que ativo o FIREWALL, os LOGS entopem a tela
> e não param mais de rodar no prompt de comando !!!

Queres dizer no bash, sem a interface gráfica? Se for isto veja o
arquivo "/etc/syslog.conf". Mais sobre log do GNU/Linux:

http://www.vivaolinux.com.br/artigo/SysLog-Sistema-de-log-do-Linux/
> Agradeço se alguém puder me ajudar !!!

Boa sorte.
> Att,
> Armando Barsotini

- []s
- Zandre.

:: br-linux.org/linux/e-mala

[Iuri Diniz]

2010/1/24 Armando Barsotini Neto
> OBS: Mesmo quando o terminal fica na tela de login, os logs ficam correndo
> na tela..  muito estranho, pois em outras versões eu sempre utilizo o
> comando:  tail -f /var/log/messages para ver estes logs, e agora, do nada,
> esses logs ficam correndo na TELA mesmo com o serviço parado, e sem rodar
> comando algum !!!

remove syslog.conf

kern.* /dev/console

[Armando Neto]

Olá pessoal !!!

Grato..  vou testar e retorno os resultados....

[Armando Neto]

Olá..

Pessoal, no meu fedora 12, através do comando:

[root@armando /]# find . -name syslog.conf

o único arquivo que ele encontra é esse:

./etc/audisp/plugins.d/syslog.conf

Seria esse ??? Pois não existe o arquivo indicado (/etc/syslog.conf)

E dentro dele segue o conteúdo:

[root@armando plugins.d]# cat syslog.conf
# This file controls the configuration of the
# syslog plugin. It simply takes events and writes
# them to syslog.

active = no
direction = out
path = builtin_syslog
type = builtin
args = LOG_INFO
format = string

E agora ????

Grato !!

Att,

Armando!

2010/1/25 Armando Barsotini Neto
> Olá pessoal !!!
>
> Grato..  vou testar e retorno os resultados....
>
> --
> Att,
>
> Armando Barsotini
>
> 2010/1/24 Iuri Diniz
> > 2010/1/24 Armando Barsotini Neto
> > > OBS: Mesmo quando o terminal fica na tela de login, os logs ficam
> > > correndo na tela..  muito estranho, pois em outras versões eu sempre utilizo
> > > o comando:  tail -f /var/log/messages para ver estes logs, e agora, do nada,
> > > esses logs ficam correndo na TELA mesmo com o serviço parado, e sem rodar
> > > comando algum !!!
> >
> > remove syslog.conf
> >
> > kern.* /dev/console
> >
> > --
> > Iuri Diniz
> > http://iuridiniz.com [Sou um agitador, não um advogado]
> > http://blog.igdium.com [Linux on Limbo]
> >
> > --
> > br-users mailing list
> > [e-mail]
> > https://admin.fedoraproject.org/mailman/listinfo/br-users

[iarly selbir]

possivelmente esse /etc/rsyslog.conf

Regards,

- -
iarly selbir | ski0s

:wq!

2010/1/25 Armando Barsotini Neto
> Olá..
>
> Pessoal, no meu fedora 12, através do comando:
>
> [root@armando /]# find . -name syslog.conf
>
> o único arquivo que ele encontra é esse:
>
> ./etc/audisp/plugins.d/syslog.conf
>
> Seria esse ??? Pois não existe o arquivo indicado (/etc/syslog.conf)
>
> E dentro dele segue o conteúdo:
>
> [root@armando plugins.d]# cat syslog.conf
> # This file controls the configuration of the
> # syslog plugin. It simply takes events and writes
> # them to syslog.
>
> active = no
> direction = out
> path = builtin_syslog
> type = builtin
> args = LOG_INFO
> format = string
>
> E agora ????
>
> Grato !!
>
> Att,
>
> Armando!
>
> 2010/1/25 Armando Barsotini Neto
> > Olá pessoal !!!
> >
> > Grato..  vou testar e retorno os resultados....
> >
> > --
> > Att,
> >
> > Armando Barsotini
> >
> > 2010/1/24 Iuri Diniz
> > > 2010/1/24 Armando Barsotini Neto
> > > > OBS: Mesmo quando o terminal fica na tela de login, os logs ficam
> > > > correndo na tela..  muito estranho, pois em outras versões eu sempre utilizo
> > > > o comando:  tail -f /var/log/messages para ver estes logs, e agora, do nada,
> > > > esses logs ficam correndo na TELA mesmo com o serviço parado, e sem rodar
> > > > comando algum !!!
> > >
> > > remove syslog.conf
> > >
> > > kern.* /dev/console
> > >
> > > --
> > > Iuri Diniz
> > > http://iuridiniz.com [Sou um agitador, não um advogado]
> > > http://blog.igdium.com [Linux on Limbo]
> > >
> > > --
> > > br-users mailing list
> > > [e-mail]
> > > https://admin.fedoraproject.org/mailman/listinfo/br-users
>
> --
> br-users mailing list
> [e-mail]
> https://admin.fedoraproject.org/mailman/listinfo/br-users

[Armando Neto]

Opa..  agora encontrei o arquivo, era realmente RSYSLOG.CONF...  porém,
pintou uma dúvida:

Caso eu apague esse arquivo, vou continuar a poder ver os LOGS DO FIREWALL
quando eu quiser através do TAIL ?

Pois meu serviço de LOGs é o RSYSLOG (dentro do NTSYSV)

Se eu apagar esse arquivo meu rsyslog vai parar de funcionar, correto ?
Desculpem a ignorância, mas não entendi muito bem isso !!!!

[Iuri Diniz]

Este arquivo controla para onde vão os logs que usam a facilidade de sistema
syslog (apache, por exemplo, geralmente usa o sistema de log próprio, ssh,
por exemplo, geralmente usa o syslog)

Vai no arquivo rsyslog.conf e procura quais os logs estão indo para
/dev/console e desabilita ou muda para um tty qualquer (man rsyslog.conf
para como fazer isto)

DICA RÁPIDA: se achar melhor use a seguinte linha de comando (NÃO TESTADA NO
SEU FEDORA) em perl para trocar /dev/console para o tty8 (ALT+F8)

perl -i.BAK -pe 's//dev/console//dev/tty8/g' /etc/rsyslog.conf

assim os logs agora só vão para o tty8 e não no console que está online, não
incomodando vc...

2010/1/25 Armando Barsotini Neto
> Opa..  agora encontrei o arquivo, era realmente RSYSLOG.CONF...  porém,
> pintou uma dúvida:
>
> Caso eu apague esse arquivo, vou continuar a poder ver os LOGS DO FIREWALL
> quando eu quiser através do TAIL ?
>
> Pois meu serviço de LOGs é o RSYSLOG (dentro do NTSYSV)
>
> Se eu apagar esse arquivo meu rsyslog vai parar de funcionar, correto ?
> Desculpem a ignorância, mas não entendi muito bem isso !!!!
>
> --
> Att,
>
> Armando Barsotini Neto
>
> Linux User # 503670
> Ubuntu User # 30175
>
> 2010/1/25 iarly selbir | ski0s
>
> possivelmente esse /etc/rsyslog.conf
> > Regards,
> >
> > iarly selbir | ski0s
> >
> > :wq!
> >
> > 2010/1/25 Armando Barsotini Neto
> > > Olá..
> > >
> > > Pessoal, no meu fedora 12, através do comando:
> > >
> > > [root@armando /]# find . -name syslog.conf
> > >
> > > o único arquivo que ele encontra é esse:
> > >
> > > ./etc/audisp/plugins.d/syslog.conf
> > >
> > > Seria esse ??? Pois não existe o arquivo indicado (/etc/syslog.conf)
> > >
> > > E dentro dele segue o conteúdo:
> > >
> > > [root@armando plugins.d]# cat syslog.conf
> > > # This file controls the configuration of the
> > > # syslog plugin. It simply takes events and writes
> > > # them to syslog.
> > >
> > > active = no
> > > direction = out
> > > path = builtin_syslog
> > > type = builtin
> > > args = LOG_INFO
> > > format = string
> > >
> > > E agora ????
> > >
> > > Grato !!
> > >
> > > Att,
> > >
> > > Armando!
> > >
> > > 2010/1/25 Armando Barsotini Neto
> > > > Olá pessoal !!!
> > > >
> > > > Grato..  vou testar e retorno os resultados....
> > > >
> > > > --
> > > > Att,
> > > >
> > > > Armando Barsotini
> > > >
> > > > 2010/1/24 Iuri Diniz
> > > > > 2010/1/24 Armando Barsotini Neto
> > > > > > OBS: Mesmo quando o terminal fica na tela de login, os logs ficam
> > > > > > correndo na tela..  muito estranho, pois em outras versões eu sempre utilizo
> > > > > > o comando:  tail -f /var/log/messages para ver estes logs, e agora, do nada,
> > > > > > esses logs ficam correndo na TELA mesmo com o serviço parado, e sem rodar
> > > > > > comando algum !!!
> > > > >
> > > > > remove syslog.conf
> > > > >
> > > > > kern.* /dev/console
> > > > >
> > > > > --
> > > > > Iuri Diniz
> > > > > http://iuridiniz.com [Sou um agitador, não um advogado]
> > > > > http://blog.igdium.com [Linux on Limbo]
> > > > >
> > > > > --
> > > > > br-users mailing list
> > > > > [e-mail]
> > > > > https://admin.fedoraproject.org/mailman/listinfo/br-users
> > >
> > > --
> > > br-users mailing list
> > > [e-mail]
> > > https://admin.fedoraproject.org/mailman/listinfo/br-users
> >
> > --
> > br-users mailing list
> > [e-mail]
> > https://admin.fedoraproject.org/mailman/listinfo/br-users
>
> --
> br-users mailing list
> [e-mail]
> https://admin.fedoraproject.org/mailman/listinfo/br-users

[Armando Neto]

Ok IURI.. agradeço !!!

Porém, no meu RSYSLOG.CONF, a única linha contendo /dev/console esta
comentada:

*Segue meu RSYSLOG.CONF*

[root@armando FIREWALLS]# cat /etc/rsyslog.conf
#rsyslog v3 config file

# if you experience problems, check
# http://www.rsyslog.com/troubleshoot for assistance

#### MODULES ####

$ModLoad imuxsock.so    # provides support for local system logging (e.g.
via logger command)
$ModLoad imklog.so      # provides kernel logging support (previously done
by rklogd)
#$ModLoad immark.so     # provides --MARK-- message capability

# Provides UDP syslog reception
#$ModLoad imudp.so
#$UDPServerRun 514

# Provides TCP syslog reception
#$ModLoad imtcp.so
#$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

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

# 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/spppl/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
# ### end of the forwarding rule ###

Grato !!!!

[Iuri Diniz]

o rsyslogd está rodando???

seu arquivo parece certo...

2010/1/26 Armando Barsotini Neto
> Ok IURI.. agradeço !!!
>
> Porém, no meu RSYSLOG.CONF, a única linha contendo /dev/console esta
> comentada:
>
> *Segue meu RSYSLOG.CONF*
>
> [root@armando FIREWALLS]# cat /etc/rsyslog.conf
> #rsyslog v3 config file
>
> # if you experience problems, check
> # http://www.rsyslog.com/troubleshoot for assistance
>
> #### MODULES ####
>
> $ModLoad imuxsock.so    # provides support for local system logging (e.g.
> via logger command)
> $ModLoad imklog.so      # provides kernel logging support (previously done
> by rklogd)
> #$ModLoad immark.so     # provides --MARK-- message capability
>
> # Provides UDP syslog reception
> #$ModLoad imudp.so
> #$UDPServerRun 514
>
> # Provides TCP syslog reception
> #$ModLoad imtcp.so
> #$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
>
> #### 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                                                 *
>
> # 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/spppl/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
> # ### end of the forwarding rule ###
>
> Grato !!!!
>
> --
> Att,
>
> Armando Barsotini Neto
>
> Linux User # 503670
> Ubuntu User # 30175
>
> 2010/1/26 Iuri Diniz
>
> Este arquivo controla para onde vão os logs que usam a facilidade de
> > sistema syslog (apache, por exemplo, geralmente usa o sistema de log
> > próprio, ssh, por exemplo, geralmente usa o syslog)
> >
> > Vai no arquivo rsyslog.conf e procura quais os logs estão indo para
> > /dev/console e desabilita ou muda para um tty qualquer (man rsyslog.conf
> > para como fazer isto)
> >
> > DICA RÁPIDA: se achar melhor use a seguinte linha de comando (NÃO TESTADA
> > NO SEU FEDORA) em perl para trocar /dev/console para o tty8 (ALT+F8)
> >
> > perl -i.BAK -pe 's//dev/console//dev/tty8/g' /etc/rsyslog.conf
> >
> > assim os logs agora só vão para o tty8 e não no console que está online,
> > não incomodando vc...
> >
> > 2010/1/25 Armando Barsotini Neto
> > > Opa..  agora encontrei o arquivo, era realmente RSYSLOG.CONF...  porém,
> > > pintou uma dúvida:
> > >
> > > Caso eu apague esse arquivo, vou continuar a poder ver os LOGS DO
> > > FIREWALL quando eu quiser através do TAIL ?
> > >
> > > Pois meu serviço de LOGs é o RSYSLOG (dentro do NTSYSV)
> > >
> > > Se eu apagar esse arquivo meu rsyslog vai parar de funcionar, correto ?
> > > Desculpem a ignorância, mas não entendi muito bem isso !!!!
> > >
> > > --
> > > Att,
> > >
> > > Armando Barsotini Neto
> > >
> > > Linux User # 503670
> > > Ubuntu User # 30175
> > >
> > > 2010/1/25 iarly selbir | ski0s
> > >
> > > possivelmente esse /etc/rsyslog.conf
> > > > Regards,
> > > >
> > > > iarly selbir | ski0s
> > > >
> > > > :wq!
> > > >
> > > > 2010/1/25 Armando Barsotini Neto
> > > > > Olá..
> > > > >
> > > > > Pessoal, no meu fedora 12, através do comando:
> > > > >
> > > > > [root@armando /]# find . -name syslog.conf
> > > > >
> > > > > o único arquivo que ele encontra é esse:
> > > > >
> > > > > ./etc/audisp/plugins.d/syslog.conf
> > > > >
> > > > > Seria esse ??? Pois não existe o arquivo indicado (/etc/syslog.conf)
> > > > >
> > > > > E dentro dele segue o conteúdo:
> > > > >
> > > > > [root@armando plugins.d]# cat syslog.conf
> > > > > # This file controls the configuration of the
> > > > > # syslog plugin. It simply takes events and writes
> > > > > # them to syslog.
> > > > >
> > > > > active = no
> > > > > direction = out
> > > > > path = builtin_syslog
> > > > > type = builtin
> > > > > args = LOG_INFO
> > > > > format = string
> > > > >
> > > > > E agora ????
> > > > >
> > > > > Grato !!
> > > > >
> > > > > Att,
> > > > >
> > > > > Armando!
> > > > >
> > > > > 2010/1/25 Armando Barsotini Neto
> > > > > > Olá pessoal !!!
> > > > > >
> > > > > > Grato..  vou testar e retorno os resultados....
> > > > > >
> > > > > > --
> > > > > > Att,
> > > > > >
> > > > > > Armando Barsotini
> > > > > >
> > > > > > 2010/1/24 Iuri Diniz
> > > > > >
> > > > > > >
> > > > > > >
> > > > > > > 2010/1/24 Armando Barsotini Neto 
> > > > > > >
> > > > > > >> OBS: Mesmo quando o terminal fica na tela de login, os logs ficam
> > > > > > >> correndo na tela..  muito estranho, pois em outras versões eu sempre utilizo
> > > > > > >> o comando:  tail -f /var/log/messages para ver estes logs, e agora, do nada,
> > > > > > >> esses logs ficam correndo na TELA mesmo com o serviço parado, e sem rodar
> > > > > > >> comando algum !!!
> > > > > > >>
> > > > > > >
> > > > > > > remove syslog.conf
> > > > > > >
> > > > > > > kern.* /dev/console
> > > > > > >
> > > > > > > --
> > > > > > > Iuri Diniz
> > > > > > > http://iuridiniz.com [Sou um agitador, não um advogado]
> > > > > > > http://blog.igdium.com [Linux on Limbo]
> > > > > > >
> > > > > > > --
> > > > > > > br-users mailing list
> > > > > > > [e-mail]
> > > > > > > https://admin.fedoraproject.org/mailman/listinfo/br-users
> > > > > > >
> > > > >
> > > > > --
> > > > > br-users mailing list
> > > > > [e-mail]
> > > > > https://admin.fedoraproject.org/mailman/listinfo/br-users
> > > >
> > > > --
> > > > br-users mailing list
> > > > [e-mail]
> > > > https://admin.fedoraproject.org/mailman/listinfo/br-users
> > >
> > > --
> > > br-users mailing list
> > > [e-mail]
> > > https://admin.fedoraproject.org/mailman/listinfo/br-users
> >
> > --
> > Iuri Diniz
> > http://iuridiniz.com [Sou um agitador, não um advogado]
> > http://blog.igdium.com [Linux on Limbo]
> >
> > --
> > br-users mailing list
> > [e-mail]
> > https://admin.fedoraproject.org/mailman/listinfo/br-users
>
> --
> Att,
>
> Armando Barsotini Neto
>
> Linux User # 503670
> Ubuntu User # 30175
>
> --
> br-users mailing list
> [e-mail]
> https://admin.fedoraproject.org/mailman/listinfo/br-users

[Armando Neto]

Olá Iuri...

Meu rsyslog está rodando sim !!!!

Uma curiosidade: Mesmo parando o serviço do rsyslog, a tela continua sendo
entupida de LOGS do iptables(firewall)... achei isso muito estranho !!!!

Caso eu baixe o Firewall (iptables) as mensagens/logs param....  Meu Deus,
nunca vi isso antes....

Será que algum ser mortal poderia me dar uma LUZ ???  Se é que existe uma
LUZ para isso !!!!

[Takahashi, Emerson S]

Oi Armando,

Posta uma linha que está logando.

Eu acho que é por causa do *.emerg que está mandando mensagem pra todo mundo.
# Everybody gets emergency messages
*.emerg                                                 *

Valeu,
--
Emerson Takahashi
Unix System Administrator at HP Enterprise Services
E-mail: [e-mail]

2010/1/26 Armando Barsotini Neto :
> Olá Iuri...
>
> Meu rsyslog está rodando sim !!!!
>
> Uma curiosidade: Mesmo parando o serviço do rsyslog, a tela continua sendo
> entupida de LOGS do iptables(firewall)... achei isso muito estranho !!!!
>
> Caso eu baixe o Firewall (iptables) as mensagens/logs param....  Meu Deus,
> nunca vi isso antes....
>
> Será que algum ser mortal poderia me dar uma LUZ ???  Se é que existe uma
> LUZ para isso !!!!
>
> --
> Att,
>
> Armando Barsotini Neto
>
> Linux User # 503670
> Ubuntu User # 30175
>
> 2010/1/26 Iuri Diniz
> > o rsyslogd está rodando???
> >
> > seu arquivo parece certo...
> >
> > 2010/1/26 Armando Barsotini Neto
> > > Ok IURI.. agradeço !!!
> > >
> > > Porém, no meu RSYSLOG.CONF, a única linha contendo /dev/console esta
> > > comentada:
> > >
> > > Segue meu RSYSLOG.CONF
> > >
> > > [root@armando FIREWALLS]# cat /etc/rsyslog.conf
> > > #rsyslog v3 config file
> > >
> > > # if you experience problems, check
> > > # http://www.rsyslog.com/troubleshoot for assistance
> > >
> > > #### MODULES ####
> > >
> > > $ModLoad imuxsock.so    # provides support for local system logging (e.g.
> > > via logger command)
> > > $ModLoad imklog.so      # provides kernel logging support (previously
> > > done by rklogd)
> > > #$ModLoad immark.so     # provides --MARK-- message capability
> > >
> > > # Provides UDP syslog reception
> > > #$ModLoad imudp.so
> > > #$UDPServerRun 514
> > >
> > > # Provides TCP syslog reception
> > > #$ModLoad imtcp.so
> > > #$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
> > >
> > > #### 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                                                 *
> > >
> > > # 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/spppl/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
> > > # ### end of the forwarding rule ###
> > >
> > > Grato !!!!
> > >
> > > --
> > > Att,
> > >
> > > Armando Barsotini Neto
> > >
> > > Linux User # 503670
> > > Ubuntu User # 30175
> > >
> > > 2010/1/26 Iuri Diniz
> > > > Este arquivo controla para onde vão os logs que usam a facilidade de
> > > > sistema syslog (apache, por exemplo, geralmente usa o sistema de log
> > > > próprio, ssh, por exemplo, geralmente usa o syslog)
> > > >
> > > > Vai no arquivo rsyslog.conf e procura quais os logs estão indo para
> > > > /dev/console e desabilita ou muda para um tty qualquer (man rsyslog.conf
> > > > para como fazer isto)
> > > >
> > > > DICA RÁPIDA: se achar melhor use a seguinte linha de comando (NÃO
> > > > TESTADA NO SEU FEDORA) em perl para trocar /dev/console para o tty8 (ALT+F8)
> > > >
> > > > perl -i.BAK -pe 's//dev/console//dev/tty8/g' /etc/rsyslog.conf
> > > >
> > > > assim os logs agora só vão para o tty8 e não no console que está online,
> > > > não incomodando vc...
> > > >
> > > > 2010/1/25 Armando Barsotini Neto
> > > > > Opa..  agora encontrei o arquivo, era realmente RSYSLOG.CONF...  porém,
> > > > > pintou uma dúvida:
> > > > >
> > > > > Caso eu apague esse arquivo, vou continuar a poder ver os LOGS DO
> > > > > FIREWALL quando eu quiser através do TAIL ?
> > > > >
> > > > > Pois meu serviço de LOGs é o RSYSLOG (dentro do NTSYSV)
> > > > >
> > > > > Se eu apagar esse arquivo meu rsyslog vai parar de funcionar, correto
> > > > > ?  Desculpem a ignorância, mas não entendi muito bem isso !!!!
> > > > >
> > > > > --
> > > > > Att,
> > > > >
> > > > > Armando Barsotini Neto
> > > > >
> > > > > Linux User # 503670
> > > > > Ubuntu User # 30175
> > > > >
> > > > > 2010/1/25 iarly selbir | ski0s
> > > > > > possivelmente esse /etc/rsyslog.conf
> > > > > >
> > > > > > Regards,
> > > > > >
> > > > > > iarly selbir | ski0s
> > > > > >
> > > > > > :wq!
> > > > > >
> > > > > > 2010/1/25 Armando Barsotini Neto 
> > > > > > >
> > > > > > > Olá..
> > > > > > >
> > > > > > > Pessoal, no meu fedora 12, através do comando:
> > > > > > >
> > > > > > > [root@armando /]# find . -name syslog.conf
> > > > > > >
> > > > > > > o único arquivo que ele encontra é esse:
> > > > > > >
> > > > > > > ./etc/audisp/plugins.d/syslog.conf
> > > > > > >
> > > > > > > Seria esse ??? Pois não existe o arquivo indicado (/etc/syslog.conf)
> > > > > > >
> > > > > > > E dentro dele segue o conteúdo:
> > > > > > >
> > > > > > > [root@armando plugins.d]# cat syslog.conf
> > > > > > > # This file controls the configuration of the
> > > > > > > # syslog plugin. It simply takes events and writes
> > > > > > > # them to syslog.
> > > > > > >
> > > > > > > active = no
> > > > > > > direction = out
> > > > > > > path = builtin_syslog
> > > > > > > type = builtin
> > > > > > > args = LOG_INFO
> > > > > > > format = string
> > > > > > >
> > > > > > > E agora ????
> > > > > > >
> > > > > > > Grato !!
> > > > > > >
> > > > > > > Att,
> > > > > > >
> > > > > > > Armando!
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > 2010/1/25 Armando Barsotini Neto 
> > > > > > >>
> > > > > > >> Olá pessoal !!!
> > > > > > >>
> > > > > > >> Grato..  vou testar e retorno os resultados....
> > > > > > >>
> > > > > > >> --
> > > > > > >> Att,
> > > > > > >>
> > > > > > >> Armando Barsotini
> > > > > > >>
> > > > > > >>
> > > > > > >> 2010/1/24 Iuri Diniz 
> > > > > > >>>
> > > > > > >>>
> > > > > > >>> 2010/1/24 Armando Barsotini Neto 
> > > > > > >>>>
> > > > > > >>>> OBS: Mesmo quando o terminal fica na tela de login, os logs ficam
> > > > > > >>>> correndo na tela..  muito estranho, pois em outras versões eu sempre utilizo
> > > > > > >>>> o comando:  tail -f /var/log/messages para ver estes logs, e agora, do nada,
> > > > > > >>>> esses logs ficam correndo na TELA mesmo com o serviço parado, e sem rodar
> > > > > > >>>> comando algum !!!
> > > > > > >>>
> > > > > > >>> remove syslog.conf
> > > > > > >>>
> > > > > > >>> kern.* /dev/console
> > > > > > >>>
> > > > > > >>> --
> > > > > > >>> Iuri Diniz
> > > > > > >>> http://iuridiniz.com [Sou um agitador, não um advogado]
> > > > > > >>> http://blog.igdium.com [Linux on Limbo]
> > > > > > >>>
> > > > > > >>> --
> > > > > > >>> br-users mailing list
> > > > > > >>> [e-mail]
> > > > > > >>> https://admin.fedoraproject.org/mailman/listinfo/br-users
> > > > > > >
> > > > > > > --
> > > > > > > br-users mailing list
> > > > > > > [e-mail]
> > > > > > > https://admin.fedoraproject.org/mailman/listinfo/br-users
> > > > > >
> > > > > > --
> > > > > > br-users mailing list
> > > > > > [e-mail]
> > > > > > https://admin.fedoraproject.org/mailman/listinfo/br-users
> > > > >
> > > > > --
> > > > > br-users mailing list
> > > > > [e-mail]
> > > > > https://admin.fedoraproject.org/mailman/listinfo/br-users
> > > >
> > > > --
> > > > Iuri Diniz
> > > > http://iuridiniz.com [Sou um agitador, não um advogado]
> > > > http://blog.igdium.com [Linux on Limbo]
> > > >
> > > > --
> > > > br-users mailing list
> > > > [e-mail]
> > > > https://admin.fedoraproject.org/mailman/listinfo/br-users
> > >
> > > --
> > > Att,
> > >
> > > Armando Barsotini Neto
> > >
> > > Linux User # 503670
> > > Ubuntu User # 30175
> > >
> > > --
> > > br-users mailing list
> > > [e-mail]
> > > https://admin.fedoraproject.org/mailman/listinfo/br-users
> >
> > --
> > Iuri Diniz
> > http://iuridiniz.com [Sou um agitador, não um advogado]
> > http://blog.igdium.com [Linux on Limbo]
> >
> > --
> > br-users mailing list
> > [e-mail]
> > https://admin.fedoraproject.org/mailman/listinfo/br-users
>
> --
> br-users mailing list
> [e-mail]
> https://admin.fedoraproject.org/mailman/listinfo/br-users

[Armando Neto]

Olá Takahashi, segue abaixo:

Jan 26 20:13:47 netguardian kernel: RULE 8 -- ACCEPT IN=eth1 OUT=eth0
SRC=201.0.145.199 DST=192.168.50.52 LEN=60 TOS=0x00 PREC=0x00 TTL=57
ID=20092 DF PROTO=TCP SPT=63353 DPT=80 WINDOW=5840 RES=0x00 SYN URGP=0

Jan 26 20:13:48 netguardian kernel: RULE 8 -- ACCEPT IN=eth1 OUT=eth0
SRC=201.26.206.6 DST=192.168.50.52 LEN=60 TOS=0x00 PREC=0x00 TTL=55 ID=9521
DF PROTO=TCP SPT=62117 DPT=80 WINDOW=5840 RES=0x00 SYN URGP=0

Jan 26 20:13:49 netguardian kernel: RULE 8 -- ACCEPT IN=eth1 OUT=eth0
SRC=201.26.202.205 DST=192.168.50.52 LEN=60 TOS=0x00 PREC=0x00 TTL=59
ID=48885 DF PROTO=TCP SPT=61553 DPT=80 WINDOW=5840 RES=0x00 SYN URGP=0

Jan 26 20:13:52 netguardian kernel: RULE 8 -- ACCEPT IN=eth1 OUT=eth0
SRC=189.19.86.55 DST=192.168.50.52 LEN=60 TOS=0x00 PREC=0x00 TTL=59 ID=63381
DF PROTO=TCP SPT=59849 DPT=80 WINDOW=5840 RES=0x00 SYN URGP=0

Agradeço a atenção...

[Takahashi, Emerson S]

Armando,

Loga com um usuário comum e faz su -. Eu acho que assim para de logar
essas mensagens.

Mas o que deve acabar com o seu problema é mexer no nível de mensagem
que fica enviando na console pelo dmesg.
dmesg -n 1 -> aqui só vai mandar pra console as mensagens de nível panic.

Segue a prioridade de erros do rsyslog.conf
debug, info, notice, warning,  warn  (same  as  warning), err,  error
(same  as  err), crit, alert, emerg, panic (same as emerg)

Eu acho que se você colocar dmesg -n 6 já resolve o seu problema.

Depois manda aqui pra lista se isso resolveu o problema.
--
Emerson Takahashi
Unix System Administrator at HP Enterprise Services
E-mail: [e-mail]

2010/1/26 Armando Barsotini Neto :
> Olá Takahashi, segue abaixo:
>
> Jan 26 20:13:47 netguardian kernel: RULE 8 -- ACCEPT IN=eth1 OUT=eth0
> SRC=201.0.145.199 DST=192.168.50.52 LEN=60 TOS=0x00 PREC=0x00 TTL=57
> ID=20092 DF PROTO=TCP SPT=63353 DPT=80 WINDOW=5840 RES=0x00 SYN URGP=0
>
> Jan 26 20:13:48 netguardian kernel: RULE 8 -- ACCEPT IN=eth1 OUT=eth0
> SRC=201.26.206.6 DST=192.168.50.52 LEN=60 TOS=0x00 PREC=0x00 TTL=55 ID=9521
> DF PROTO=TCP SPT=62117 DPT=80 WINDOW=5840 RES=0x00 SYN URGP=0
>
> Jan 26 20:13:49 netguardian kernel: RULE 8 -- ACCEPT IN=eth1 OUT=eth0
> SRC=201.26.202.205 DST=192.168.50.52 LEN=60 TOS=0x00 PREC=0x00 TTL=59
> ID=48885 DF PROTO=TCP SPT=61553 DPT=80 WINDOW=5840 RES=0x00 SYN URGP=0
>
> Jan 26 20:13:52 netguardian kernel: RULE 8 -- ACCEPT IN=eth1 OUT=eth0
> SRC=189.19.86.55 DST=192.168.50.52 LEN=60 TOS=0x00 PREC=0x00 TTL=59 ID=63381
> DF PROTO=TCP SPT=59849 DPT=80 WINDOW=5840 RES=0x00 SYN URGP=0
>
> Agradeço a atenção...
>
> --
> Att,
>
> Armando Barsotini Neto
>
> Linux User # 503670
> Ubuntu User # 30175

[Armando Neto]

Salve Lista...

Bom dia, primeiramente peço desculpas pelo atraso no retorno...

Gostaria de agradecer a ajuda de todos, em especial, a atenção do Emerson
Takahashi.

Através do comando:  #dmesg -n 6     o problema foi solucionado...

Grato novamente...