[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: syslog / ipmon chaos
On 1 May 2001, Saad Kadhi wrote:
> >> ipmon uses LOG_INFO, LOG_NOTICE, LOG_WARNING, and LOG_ERR levels to log different actions/packets through syslog
> >> using the local0 facility. LOG_ERR is used on the first line:
> >> > *.err;kern.debug;auth.notice;authpriv.none;mail.crit /dev/console
> >> and the 4th before last line:
> >> > *.err
> >> root
> >> LOG_ERR is used for packets that are considered short. So any packet
> >> that is logged and is "short" is displayed on the terminal of all
> >> connected roots + the console. Moreover, LOG_NOTICE is used for passed
> >> packets that are logged. It appears in:
> >> > *.notice;auth.debug
> >> root
> >> That means that any packet that is passed & loggued is displayed on the
> >> terminal of all connected roots too !
> >> So if you really want to tweak this behavior, modify those lines
> >> accordingly.
> >>
> >> BTW, upon reading your email I have just "man ipmon" and found the info
> >> almost immediately. Nothing replaces a good rtfming :))
> >
> >
> > Yep - in fact I did read ipmon (and syslogd as well). I s'pose it's
> > logical enough to infer that "LOG_WARNING" = warning level, but my
> > confusion occurred in that my ipf rules log only blocked packets...
> > this means they'd have to be level = "LOG_WARNING". I found nothing in
> > syslog.conf that directs "LOG_WARNING" to the terminal - do you?
> From syslog.conf manual page:
> If a received message matches the specified facility and is of the
> specified level (or a higher level),
>
> WARNING is a higher level than NOTICE. I can then safely infer that the
> culprit is *.notice since this logs NOTICE & above (WARNING, ERR, ALERT,
> EMERG).
Well you got me on that one - I didn't notice syslog.conf had a man pg.
Thanks,
James Moore