<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Log shows outgoing traffic from &#x27;localhost&#x27;?]]></title><description><![CDATA[<p dir="auto">In the Firewall log I am seeing quite a lot of entries like this:</p>
<p dir="auto">Aug 8 07:40:23	 LAN	Default deny rule IPv4 (1000000102)	  127.0.0.1:19005	  10.0.200.28:65002	TCP:RA</p>
<p dir="auto">And there is a small arrow in a circle symbol in front of the word 'LAN' which, when I hover my mouse over it, says 'direction is out'. I have three questions:</p>
<ol>
<li>
<p dir="auto">Why am I seeing this traffic (I don't see how 127.0.0.1 can send anything to a non local address)?</p>
</li>
<li>
<p dir="auto">What exactly does the 'direction is out' mean? I haven't noticed that on any other firewall log messages.</p>
</li>
<li>
<p dir="auto">Is there a way to suppress these log messages since they seem to be simply clutter?</p>
</li>
</ol>
<p dir="auto">Thanks.</p>
]]></description><link>https://forum.netgate.com/topic/173969/log-shows-outgoing-traffic-from-localhost</link><generator>RSS for Node</generator><lastBuildDate>Wed, 15 Apr 2026 00:04:25 GMT</lastBuildDate><atom:link href="https://forum.netgate.com/topic/173969.rss" rel="self" type="application/rss+xml"/><pubDate>Mon, 08 Aug 2022 07:11:19 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Log shows outgoing traffic from &#x27;localhost&#x27;? on Mon, 08 Aug 2022 08:58:49 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/chrisjenk">@<bdi>chrisjenk</bdi></a> said in <a href="/post/1055971">Log shows outgoing traffic from 'localhost'?</a>:</p>
<blockquote>
<p dir="auto">block out log inet all ridentifier 1000000102 label "Default deny rule IPv4"</p>
</blockquote>
<p dir="auto">It shows more then that.</p>
<p dir="auto">Look at the 3 liens above :</p>
<pre><code>#---------------------------------------------------------------------------
# default deny rules
#---------------------------------------------------------------------------
</code></pre>
<p dir="auto">Go to     Status &gt; System Logs &gt; Settings and remove the check from :</p>
<p dir="auto"><img src="/assets/uploads/files/1659949112798-36413326-56e3-4d81-8f0b-5807c94a3887-image.png" alt="36413326-56e3-4d81-8f0b-5807c94a3887-image.png" class=" img-fluid img-markdown" /></p>
]]></description><link>https://forum.netgate.com/post/1055974</link><guid isPermaLink="true">https://forum.netgate.com/post/1055974</guid><dc:creator><![CDATA[Gertjan]]></dc:creator><pubDate>Mon, 08 Aug 2022 08:58:49 GMT</pubDate></item><item><title><![CDATA[Reply to Log shows outgoing traffic from &#x27;localhost&#x27;? on Mon, 08 Aug 2022 08:12:31 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/gertjan">@<bdi>gertjan</bdi></a> said in <a href="/post/1055970">Log shows outgoing traffic from 'localhost'?</a>:</p>
<blockquote>
<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/chrisjenk">@<bdi>chrisjenk</bdi></a></p>
<p dir="auto">See this file : /tmp/rules.debug</p>
<pre><code># block IPv4 link-local. Per RFC 3927, link local "MUST NOT" be forwarded by a routing device,
# and clients "MUST NOT" send such packets to a router. FreeBSD won't route 169.254./16, but
# route-to can override that, causing problems such as in redmine #2073
block in  quick from 169.254.0.0/16 to any ridentifier 1000000101 label "Block IPv4 link-local"
block in  quick from any to 169.254.0.0/16 ridentifier 1000000102 label "Block IPv4 link-local"
</code></pre>
<p dir="auto">There you have the 1000000102 rule identifier.</p>
<p dir="auto">Check out what <a href="https://www.rfc-editor.org/rfc/rfc3927" target="_blank" rel="noopener noreferrer nofollow ugc">RFC 3927</a> means. It can not be 127.0.0.1 ....</p>
<p dir="auto">I'm as much surprised as you.</p>
</blockquote>
<p dir="auto">On my system, examining rules.debug shows this for that rule ID:</p>
<p dir="auto">block out log inet all ridentifier 1000000102 label "Default deny rule IPv4"</p>
<p dir="auto">This makes more sense in terms of matching up with the log entry but is also strange because I have my own custom 'Deny all' rule as the last one in my LAN ruleset and it is set to not log. So it seems like a rule for IPv4+IPv6, any protocol, with a source of 'any' does not match localhost. Could that be a bug?</p>
]]></description><link>https://forum.netgate.com/post/1055971</link><guid isPermaLink="true">https://forum.netgate.com/post/1055971</guid><dc:creator><![CDATA[ChrisJenk]]></dc:creator><pubDate>Mon, 08 Aug 2022 08:12:31 GMT</pubDate></item><item><title><![CDATA[Reply to Log shows outgoing traffic from &#x27;localhost&#x27;? on Mon, 08 Aug 2022 07:55:14 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/chrisjenk">@<bdi>chrisjenk</bdi></a></p>
<p dir="auto">See this file : /tmp/rules.debug</p>
<pre><code># block IPv4 link-local. Per RFC 3927, link local "MUST NOT" be forwarded by a routing device,
# and clients "MUST NOT" send such packets to a router. FreeBSD won't route 169.254./16, but
# route-to can override that, causing problems such as in redmine #2073
block in  quick from 169.254.0.0/16 to any ridentifier 1000000101 label "Block IPv4 link-local"
block in  quick from any to 169.254.0.0/16 ridentifier 1000000102 label "Block IPv4 link-local"
</code></pre>
<p dir="auto">There you have the 1000000102 rule identifier.</p>
<p dir="auto">Check out what <a href="https://www.rfc-editor.org/rfc/rfc3927" target="_blank" rel="noopener noreferrer nofollow ugc">RFC 3927</a> means. It can not be 127.0.0.1 ....</p>
<p dir="auto">I'm as much surprised as you.</p>
]]></description><link>https://forum.netgate.com/post/1055970</link><guid isPermaLink="true">https://forum.netgate.com/post/1055970</guid><dc:creator><![CDATA[Gertjan]]></dc:creator><pubDate>Mon, 08 Aug 2022 07:55:14 GMT</pubDate></item></channel></rss>