<?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[Pings to Tunneled LAN Drop After 1 Packet]]></title><description><![CDATA[<p dir="auto">Hello! Been pulling my hair out trying to figure this out</p>
<p dir="auto">Main Office has IPSec to Satellite Office<br />
Main Office (10.1) pings pFsense Firewall on other end of VPN Tunnel (pFsense in Satellite Office, .30.1) without issue. All packets ping successfully.<br />
Main Office pings a NAS on Tunneled LAN (30.50) for 1 packet successfully. Remaining packets stop responding.<br />
Further Pings attempts from Main Office to Satellite LAN fail. After an undetermined amount of time, I can ping 1 packet successfully to any other LAN device and subsequent packets fail.<br />
Satellite Office can ping between offices without an issue</p>
<p dir="auto">Rules in Satellite Office:<br />
IPSec tab - Allowing any thing from IPv4<br />
LAN tab - Allowing any thing from IPv4<br />
WAN - (Currently blocking bogon Networks) + Rule to access Management Port on Firewall. Doesn't appear to have any other rule.</p>
<p dir="auto">I can't imagine being a Routing issue. Not a matter of duplicate IPs on LAN or a Device being offline. Any help would be greatly appreciated! Still trying to review logs to get a better idea of what is the issue.</p>
]]></description><link>https://forum.netgate.com/topic/100463/pings-to-tunneled-lan-drop-after-1-packet</link><generator>RSS for Node</generator><lastBuildDate>Wed, 12 Aug 2026 06:32:05 GMT</lastBuildDate><atom:link href="https://forum.netgate.com/topic/100463.rss" rel="self" type="application/rss+xml"/><pubDate>Tue, 24 May 2016 23:59:41 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Pings to Tunneled LAN Drop After 1 Packet on Thu, 26 May 2016 02:52:54 GMT]]></title><description><![CDATA[<p dir="auto">Guessing you probably have a static route pointing to the LAN IP to force the box itself to source traffic to the VPN to the right IP. That sends an ICMP redirect that causes some Linux kernels to ARP that as a local subnet. System&gt;Advanced, System Tunables, set net.inet.ip.redirect to value 0. Save and apply changes. Might need to reboot the NAS for it to lose the route it picked up.</p>
]]></description><link>https://forum.netgate.com/post/627398</link><guid isPermaLink="true">https://forum.netgate.com/post/627398</guid><dc:creator><![CDATA[cmb]]></dc:creator><pubDate>Thu, 26 May 2016 02:52:54 GMT</pubDate></item><item><title><![CDATA[Reply to Pings to Tunneled LAN Drop After 1 Packet on Thu, 26 May 2016 00:52:24 GMT]]></title><description><![CDATA[<p dir="auto">Hmm, seems that I cannot Ping LAN now</p>
<p dir="auto">Microsoft Windows [Version 6.3.9600]<br />
<img src="https://forum.netgate.com/assets/plugins/nodebb-plugin-emoji/emoji/android/00a9.png?v=717669fab53" class="not-responsive emoji emoji-android emoji--copyright" style="height:23px;width:auto;vertical-align:middle" title="©" alt="©" /> 2013 Microsoft Corporation. All rights reserved.</p>
<p dir="auto">C:\Users\tcmrms&gt;ping 192.168.30.1</p>
<p dir="auto">Pinging 192.168.30.1 with 32 bytes of data:<br />
Reply from 192.168.30.1: bytes=32 time=115ms TTL=63<br />
Reply from 192.168.30.1: bytes=32 time=119ms TTL=63<br />
Reply from 192.168.30.1: bytes=32 time=109ms TTL=63<br />
Reply from 192.168.30.1: bytes=32 time=111ms TTL=63</p>
<p dir="auto">Ping statistics for 192.168.30.1:<br />
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),<br />
Approximate round trip times in milli-seconds:<br />
    Minimum = 109ms, Maximum = 119ms, Average = 113ms</p>
<p dir="auto">C:\Users\tcm&gt;ping 192.168.30.50</p>
<p dir="auto">Pinging 192.168.30.50 with 32 bytes of data:<br />
Request timed out.<br />
Request timed out.<br />
Request timed out.<br />
Request timed out.</p>
<p dir="auto">Ping statistics for 192.168.30.50:<br />
    Packets: Sent = 4, Received = 0, Lost = 4 (100% loss),</p>
<p dir="auto">C:\Users\tcm&gt;</p>
<pre><code class="language-Pings">
ping 192.168.30.50

Pinging 192.168.30.50 with 32 bytes of data:
Reply from 192.168.30.50: bytes=32 time=1ms TTL=64
Reply from 192.168.30.50: bytes=32 time&lt;1ms TTL=64
Reply from 192.168.30.50: bytes=32 time&lt;1ms TTL=64
Reply from 192.168.30.50: bytes=32 time&lt;1ms TTL=64

Ping statistics for 192.168.30.50:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 0ms, Maximum = 1ms, Average = 0ms</code></pre>
]]></description><link>https://forum.netgate.com/post/627381</link><guid isPermaLink="true">https://forum.netgate.com/post/627381</guid><dc:creator><![CDATA[simple1689]]></dc:creator><pubDate>Thu, 26 May 2016 00:52:24 GMT</pubDate></item></channel></rss>