<?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[&#x27;TTL exceeded&#x27; - 1:1 NAT&#x27;d IPs to IPs on bridge after 2.1 upgrade]]></title><description><![CDATA[<p dir="auto">I upgraded from 2.0.x to 2.1-release recently, and almost everything worked fine afterwards… except that I can no longer ping or otherwise communicate <em>from</em> privately-IP'd systems (1:1 NAT'd) with any (public) IPs that are on a bridged interface (DMZ) - I get a 'Time to live exceeded' response from my ISP's gateway IP.</p>
<p dir="auto">If I disable the 1:1 NAT so that outgoing traffic sources from pfSense's primary IP, everything works again. (However this is not a long-term solution - I need 1:1 NAT to work.)</p>
<p dir="auto">Communications to/from both the 1:1 NAT'd and the bridged systems work just fine from other systems on the internet. I also found that going from bridged to 1:1 NAT'd seems to work fine (i.e. the reverse of my problem).</p>
<p dir="auto">I've tried to think of and include all the relevant config bits below;</p>
<p dir="auto"><strong>Basic Firewall Config</strong>:<br />
ISP's gateway = 78.129.202.1<br />
bridge0 = WAN + DMZ<br />
em0 - WAN - 78.129.202.212 /24<br />
em4 - DMZ<br />
em2 - LAN - 10.0.0.1 /24</p>
<p dir="auto"><strong>Ping/traceroute from a 1:1 NAT'd system to a system on/behind bridge0:</strong></p>
<pre><code>root@yoda.fr3d.org:~ # ping 78.129.202.211
PING 78.129.202.211 (78.129.202.211) 56(84) bytes of data.
From 78.129.202.1 icmp_seq=1 Time to live exceeded
From 78.129.202.1 icmp_seq=2 Time to live exceeded

--- 78.129.202.211 ping statistics ---
2 packets transmitted, 0 received, +2 errors, 100% packet loss, time 999ms
root@yoda.fr3d.org:~ # tracert 78.129.202.211
traceroute to 78.129.202.211 (78.129.202.211), 30 hops max, 40 byte packets
 1  han.starwars.local (10.0.0.1)  0.131 ms  0.100 ms  0.087 ms
 2  78.129.202.1 (78.129.202.1)  1.765 ms  1.738 ms  1.728 ms
 3  78.129.202.1 (78.129.202.1)  1.719 ms  1.821 ms  1.809 ms
 4  78.129.202.1 (78.129.202.1)  2.514 ms  1.643 ms  1.742 ms
&lt;traceroute continues="" to="" hop="" #30,="" and="" then="" stops=""&gt;&lt;/traceroute&gt;
</code></pre>
<p dir="auto"><strong>1:1 NAT</strong>:<br />
Yoda - 10.0.0.10 &lt;-&gt; 78.129.202.213 (Proxy ARP Virtual IP on WAN/em0)<br />
(All ports/destinations, no other special configuration directives).</p>
<p dir="auto"><strong>(Advanced) Outbound NAT</strong>:<br />
There is a default rule for all non-1:1 systems to source from pfSense's primary IP</p>
<p dir="auto"><strong>Advanced Settings -&gt; NAT reflection</strong>:<br />
Enabled (NAT + Proxy)<br />
(I have tried changing this to the other two options, to no avail.)</p>
<p dir="auto"><strong>Port Forwards</strong>:<br />
None configured.</p>
<p dir="auto"><strong>Firewall rules</strong>:<br />
LAN: Allow all rule<br />
DMZ: Allow all rule<br />
WAN: Allow all from 1:1 NAT'd IPs -&gt; any destination</p>
<p dir="auto">Anyone got any ideas?</p>
<p dir="auto">Thanks in advance :)</p>
]]></description><link>https://forum.netgate.com/topic/61907/ttl-exceeded-1-1-nat-d-ips-to-ips-on-bridge-after-2-1-upgrade</link><generator>RSS for Node</generator><lastBuildDate>Tue, 06 Oct 2026 12:59:19 GMT</lastBuildDate><atom:link href="https://forum.netgate.com/topic/61907.rss" rel="self" type="application/rss+xml"/><pubDate>Sun, 20 Oct 2013 12:41:36 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to &#x27;TTL exceeded&#x27; - 1:1 NAT&#x27;d IPs to IPs on bridge after 2.1 upgrade on Wed, 25 Dec 2013 14:38:22 GMT]]></title><description><![CDATA[<p dir="auto">Hi,</p>
<p dir="auto">i can confirm this problem, i also had this when upgrading to 2.1.<br />
There seems to be one urgent bug inside of pfsense 2.1 regarding this.<br />
i tried all configurations to fix this also to change some kernel parameter but nothing seemed to help, only to downgrade back to 2.01!</p>
<p dir="auto">i could notice thate the outbound settings couldn´t configure /32 subnet but only bigger subnets that would result in confusing when finding the correct outbound ip in case you have multiple ips but need to set outbound for every ip (/32) in my opinion.</p>
<p dir="auto">kind regards,<br />
barnaba</p>
]]></description><link>https://forum.netgate.com/post/436132</link><guid isPermaLink="true">https://forum.netgate.com/post/436132</guid><dc:creator><![CDATA[barnaba]]></dc:creator><pubDate>Wed, 25 Dec 2013 14:38:22 GMT</pubDate></item></channel></rss>