mirror of
https://gitlab.com/shorewall/code.git
synced 2024-11-22 15:43:30 +01:00
Add FAQ 6c re: dmesg
This commit is contained in:
parent
a2ac726ce9
commit
472425cc62
14
docs/FAQ.xml
14
docs/FAQ.xml
@ -1186,7 +1186,8 @@ to debug/develop the newnat interface.</programlisting></para>
|
||||
LOGBURST=""</programlisting>
|
||||
|
||||
<para>It is also possible to <ulink url="shorewall_logging.html">set up
|
||||
Shorewall to log all of its messages to a separate file</ulink>.</para>
|
||||
Shorewall to log all of Netfilter's messages to a separate
|
||||
file</ulink>.</para>
|
||||
|
||||
<section id="faq6a">
|
||||
<title>(FAQ 6a) Are there any log parsers that work with
|
||||
@ -1254,6 +1255,17 @@ DROP net fw udp 10619</programlisting>
|
||||
- udp 10619</programlisting>
|
||||
</section>
|
||||
|
||||
<section id="faq6c">
|
||||
<title>(FAQ 6c) cat /proc/sys/kernel/prink returns '4 4 1 7' and still
|
||||
I get dmesg filled up</title>
|
||||
|
||||
<para><emphasis role="bold">Answer</emphasis>: While we would argue
|
||||
that 'dmesg filled up' is not necessarily a problem, the only way to
|
||||
eliminate that is to <ulink url="shorewall_logging.html">set up
|
||||
Shorewall to log all of Netfilter's messages to a separate
|
||||
file</ulink>.</para>
|
||||
</section>
|
||||
|
||||
<section id="faq6d">
|
||||
<title>(FAQ 6d) Why is the MAC address in Shorewall log messages so
|
||||
long? I thought MAC addresses were only 6 bytes in length.</title>
|
||||
|
Loading…
Reference in New Issue
Block a user