forked from extern/shorewall_code
Clarify iptrace logging.
Signed-off-by: Tom Eastep <teastep@shorewall.net>
This commit is contained in:
parent
ba7f88c912
commit
a7b57ad32c
@ -1129,11 +1129,15 @@
|
||||
be one or more matches that may appear in both the raw table OUTPUT
|
||||
and raw table PREROUTING chains.</para>
|
||||
|
||||
<para>The trace records are written to the kernel's log buffer with
|
||||
facility = kernel and priority = warning, and they are routed from
|
||||
there by your logging daemon (syslogd, rsyslog, syslog-ng, ...) --
|
||||
Shorewall has no control over where the messages go; consult your
|
||||
logging daemon's documentation.</para>
|
||||
<para>When using ipt_LOG, the trace records are written to the
|
||||
kernel's log buffer with facility = kernel and priority = warning,
|
||||
and they are routed from there by your logging daemon (syslogd,
|
||||
rsyslog, syslog-ng, ...). When using nfnetlink_log or ipt_ULOG, the
|
||||
trace records go to ulogd.</para>
|
||||
|
||||
<para>In either case, Shorewall has no control over where the
|
||||
messages are written; consult your logging daemon's
|
||||
documentation.</para>
|
||||
</listitem>
|
||||
</varlistentry>
|
||||
|
||||
|
@ -1012,11 +1012,15 @@
|
||||
be one or more matches that may appear in both the raw table OUTPUT
|
||||
and raw table PREROUTING chains.</para>
|
||||
|
||||
<para>The trace records are written to the kernel's log buffer with
|
||||
facility = kernel and priority = warning, and they are routed from
|
||||
there by your logging daemon (syslogd, rsyslog, syslog-ng, ...) --
|
||||
Shorewall has no control over where the messages go; consult your
|
||||
logging daemon's documentation.</para>
|
||||
<para>When using ipt6_LOG, the trace records are written to the
|
||||
kernel's log buffer with facility = kernel and priority = warning,
|
||||
and they are routed from there by your logging daemon (syslogd,
|
||||
rsyslog, syslog-ng, ...). When using nfnetlink_log or ipt_ULOG, the
|
||||
trace records go to ulogd.</para>
|
||||
|
||||
<para>In either case, Shorewall has no control over where the
|
||||
messages written; consult your logging daemon's
|
||||
documentation.</para>
|
||||
</listitem>
|
||||
</varlistentry>
|
||||
|
||||
|
Loading…
Reference in New Issue
Block a user