<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:series="https://publishpress.com/"
	
	>
<channel>
	<title>
	Comments on: VPN with Overlapping Networks	</title>
	<atom:link href="https://www.practicalnetworking.net/stand-alone/vpn-overlapping-networks/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.practicalnetworking.net/stand-alone/vpn-overlapping-networks/</link>
	<description>Networking presented simply, practically, and applicably</description>
	<lastBuildDate>Tue, 12 May 2026 07:52:12 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	
	<item>
		<title>
		By: Lucinda Byrd		</title>
		<link>https://www.practicalnetworking.net/stand-alone/vpn-overlapping-networks/#comment-255885</link>

		<dc:creator><![CDATA[Lucinda Byrd]]></dc:creator>
		<pubDate>Tue, 12 May 2026 07:52:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.practicalnetworking.net/?p=1854#comment-255885</guid>

					<description><![CDATA[Managing VPNs with overlapping networks can become complex when routing conflicts, scalability, and secure connectivity all need to work together without interrupting performance. Cloud infrastructure and support responsiveness often play a major role in resolving these technical challenges, and &lt;a href=&quot;https://cloud.pissedconsumer.com/customer-service.html&quot; target=&quot;_blank&quot; rel=&quot;noopener nofollow ugc&quot;&gt;https://cloud.pissedconsumer.com/customer-service.html&lt;/a&gt; is frequently referenced when discussing customer experiences with cloud-related services, troubleshooting efficiency, and platform reliability.]]></description>
			<content:encoded><![CDATA[<p>Managing VPNs with overlapping networks can become complex when routing conflicts, scalability, and secure connectivity all need to work together without interrupting performance. Cloud infrastructure and support responsiveness often play a major role in resolving these technical challenges, and <a href="https://cloud.pissedconsumer.com/customer-service.html" target="_blank" rel="noopener nofollow ugc">https://cloud.pissedconsumer.com/customer-service.html</a> is frequently referenced when discussing customer experiences with cloud-related services, troubleshooting efficiency, and platform reliability.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Jim		</title>
		<link>https://www.practicalnetworking.net/stand-alone/vpn-overlapping-networks/#comment-254623</link>

		<dc:creator><![CDATA[Jim]]></dc:creator>
		<pubDate>Thu, 29 Aug 2024 10:15:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.practicalnetworking.net/?p=1854#comment-254623</guid>

					<description><![CDATA[Hello,

solution #1 is fine. But for solution #2 it is unlikely it will work.Or it will depend of the equipement behavior. 

For the 1st outgoing packet, why R1 would send it towards R2 whereas it as the 10.0.0.0/24 network as directly connected network in its routing table ? It will go back to Seattle. Or maybe if the NAT is done after the routing it might get out (called server side NAT on some vendor). 

Now for the VPN, you will have a policy encrypting traffic between 10.1.1.0/24 and 10.0.0.0/24, but your device must accept to have 10.0.0.0/24 defined as remote VPN network whereas it has it locally directly connected. It will aslo conflict with some vendors if you have other non NAT VPN on same device as 10.0.0.0/24 will be defined already as local VPN network and cannot be defined twice.

And for the return packet, if R1 is doing andispoofing, it will complain that it receives a 10.0.0.0/24 source on the external side as this is an internal network for him.

Jim]]></description>
			<content:encoded><![CDATA[<p>Hello,</p>
<p>solution #1 is fine. But for solution #2 it is unlikely it will work.Or it will depend of the equipement behavior. </p>
<p>For the 1st outgoing packet, why R1 would send it towards R2 whereas it as the 10.0.0.0/24 network as directly connected network in its routing table ? It will go back to Seattle. Or maybe if the NAT is done after the routing it might get out (called server side NAT on some vendor). </p>
<p>Now for the VPN, you will have a policy encrypting traffic between 10.1.1.0/24 and 10.0.0.0/24, but your device must accept to have 10.0.0.0/24 defined as remote VPN network whereas it has it locally directly connected. It will aslo conflict with some vendors if you have other non NAT VPN on same device as 10.0.0.0/24 will be defined already as local VPN network and cannot be defined twice.</p>
<p>And for the return packet, if R1 is doing andispoofing, it will complain that it receives a 10.0.0.0/24 source on the external side as this is an internal network for him.</p>
<p>Jim</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Farrukh		</title>
		<link>https://www.practicalnetworking.net/stand-alone/vpn-overlapping-networks/#comment-254174</link>

		<dc:creator><![CDATA[Farrukh]]></dc:creator>
		<pubDate>Sat, 26 Nov 2022 21:06:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.practicalnetworking.net/?p=1854#comment-254174</guid>

					<description><![CDATA[In reply to &lt;a href=&quot;https://www.practicalnetworking.net/stand-alone/vpn-overlapping-networks/#comment-254157&quot;&gt;Ed Harmoush&lt;/a&gt;.

Thanks Ed for the reply.
Let&#039;s say PC&quot;A&quot; (eg. 192.168.0.77) and PC&quot;B&quot; (eg. 192.168.0.88) wants to communicate over VPN tunnel but they are sharing same subnet mask (255.255.255.0). In this case, is this possible to avoid NAT and use some other means to have communication?]]></description>
			<content:encoded><![CDATA[<p>In reply to <a href="https://www.practicalnetworking.net/stand-alone/vpn-overlapping-networks/#comment-254157">Ed Harmoush</a>.</p>
<p>Thanks Ed for the reply.<br />
Let&#8217;s say PC&#8221;A&#8221; (eg. 192.168.0.77) and PC&#8221;B&#8221; (eg. 192.168.0.88) wants to communicate over VPN tunnel but they are sharing same subnet mask (255.255.255.0). In this case, is this possible to avoid NAT and use some other means to have communication?</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: leo0		</title>
		<link>https://www.practicalnetworking.net/stand-alone/vpn-overlapping-networks/#comment-254172</link>

		<dc:creator><![CDATA[leo0]]></dc:creator>
		<pubDate>Tue, 22 Nov 2022 19:22:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.practicalnetworking.net/?p=1854#comment-254172</guid>

					<description><![CDATA[try some vpn of this list https://vpnmag.ru/vpn-po-snizhennym-cenam/]]></description>
			<content:encoded><![CDATA[<p>try some vpn of this list <a href="https://vpnmag.ru/vpn-po-snizhennym-cenam/" rel="nofollow ugc">https://vpnmag.ru/vpn-po-snizhennym-cenam/</a></p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Ed Harmoush		</title>
		<link>https://www.practicalnetworking.net/stand-alone/vpn-overlapping-networks/#comment-254157</link>

		<dc:creator><![CDATA[Ed Harmoush]]></dc:creator>
		<pubDate>Fri, 04 Nov 2022 20:32:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.practicalnetworking.net/?p=1854#comment-254157</guid>

					<description><![CDATA[In reply to &lt;a href=&quot;https://www.practicalnetworking.net/stand-alone/vpn-overlapping-networks/#comment-254148&quot;&gt;Farrukh&lt;/a&gt;.

They cannot.

IP was meant to uniquely identify every device on the Internet.  RFC1918 allowed the re-use of IP space (10.x, for instance) which &quot;broke&quot; the original intent of IP that every device has a unique address.  Hence, we play games with NAT to make it look like pcA and pcB are speaking to IP addresses in foreign networks.

Short of other such work arounds, two devices physically sitting in foreign networks, but sharing IP space cannot communicate.]]></description>
			<content:encoded><![CDATA[<p>In reply to <a href="https://www.practicalnetworking.net/stand-alone/vpn-overlapping-networks/#comment-254148">Farrukh</a>.</p>
<p>They cannot.</p>
<p>IP was meant to uniquely identify every device on the Internet.  RFC1918 allowed the re-use of IP space (10.x, for instance) which &#8220;broke&#8221; the original intent of IP that every device has a unique address.  Hence, we play games with NAT to make it look like pcA and pcB are speaking to IP addresses in foreign networks.</p>
<p>Short of other such work arounds, two devices physically sitting in foreign networks, but sharing IP space cannot communicate.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Farrukh		</title>
		<link>https://www.practicalnetworking.net/stand-alone/vpn-overlapping-networks/#comment-254148</link>

		<dc:creator><![CDATA[Farrukh]]></dc:creator>
		<pubDate>Mon, 24 Oct 2022 15:17:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.practicalnetworking.net/?p=1854#comment-254148</guid>

					<description><![CDATA[Hi Ed,
Thanks for explaining the need of NAT in Site-to-Site VPN configuration. I have a situation where there might be a problem utilizing NAT for VPN configuration and I need your advise on that.

Taking reference from the example network used in blog, lets suppose both PC&quot;A&quot; and PC&quot;D&quot; wants to transfer data using some protocol where only their original IP address can be used (not the translated one) to address the Host. How in that scenario, they would be able to communicate?]]></description>
			<content:encoded><![CDATA[<p>Hi Ed,<br />
Thanks for explaining the need of NAT in Site-to-Site VPN configuration. I have a situation where there might be a problem utilizing NAT for VPN configuration and I need your advise on that.</p>
<p>Taking reference from the example network used in blog, lets suppose both PC&#8221;A&#8221; and PC&#8221;D&#8221; wants to transfer data using some protocol where only their original IP address can be used (not the translated one) to address the Host. How in that scenario, they would be able to communicate?</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Vinay		</title>
		<link>https://www.practicalnetworking.net/stand-alone/vpn-overlapping-networks/#comment-254097</link>

		<dc:creator><![CDATA[Vinay]]></dc:creator>
		<pubDate>Thu, 15 Sep 2022 21:02:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.practicalnetworking.net/?p=1854#comment-254097</guid>

					<description><![CDATA[Hello &lt;a href=&quot;http://www.practicalnetworking.net/&quot; target=&quot;_blank&quot; rel=&quot;noopener&quot;&gt;Ed Harmoush&lt;/a&gt;,

Is Solution #2 (Policy Twice NAT on One side) for overlapping networks is possible with Cisco CSR Router? if so could you please help me with sample commands.&#160;

I watched all your videos including Twice NAT on IOS router but couldn’t&#160;configure it. If you provider sample configuration based on above image that would be helpful.&lt;br&gt;Thank you!]]></description>
			<content:encoded><![CDATA[<p>Hello <a href="http://www.practicalnetworking.net/" target="_blank" rel="noopener">Ed Harmoush</a>,</p>
<p>Is Solution #2 (Policy Twice NAT on One side) for overlapping networks is possible with Cisco CSR Router? if so could you please help me with sample commands.&nbsp;</p>
<p>I watched all your videos including Twice NAT on IOS router but couldn’t&nbsp;configure it. If you provider sample configuration based on above image that would be helpful.<br />Thank you!</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Daro		</title>
		<link>https://www.practicalnetworking.net/stand-alone/vpn-overlapping-networks/#comment-254055</link>

		<dc:creator><![CDATA[Daro]]></dc:creator>
		<pubDate>Mon, 13 Jun 2022 16:48:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.practicalnetworking.net/?p=1854#comment-254055</guid>

					<description><![CDATA[VxLAN is a best approach to this topology]]></description>
			<content:encoded><![CDATA[<p>VxLAN is a best approach to this topology</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Ed Harmoush		</title>
		<link>https://www.practicalnetworking.net/stand-alone/vpn-overlapping-networks/#comment-254015</link>

		<dc:creator><![CDATA[Ed Harmoush]]></dc:creator>
		<pubDate>Tue, 26 Apr 2022 20:38:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.practicalnetworking.net/?p=1854#comment-254015</guid>

					<description><![CDATA[In reply to &lt;a href=&quot;https://www.practicalnetworking.net/stand-alone/vpn-overlapping-networks/#comment-253998&quot;&gt;Jeff Rozar&lt;/a&gt;.

What do you mean?  Perhaps post the question on Discord:  pracnet.net/discord]]></description>
			<content:encoded><![CDATA[<p>In reply to <a href="https://www.practicalnetworking.net/stand-alone/vpn-overlapping-networks/#comment-253998">Jeff Rozar</a>.</p>
<p>What do you mean?  Perhaps post the question on Discord:  pracnet.net/discord</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Ed Harmoush		</title>
		<link>https://www.practicalnetworking.net/stand-alone/vpn-overlapping-networks/#comment-254014</link>

		<dc:creator><![CDATA[Ed Harmoush]]></dc:creator>
		<pubDate>Tue, 26 Apr 2022 20:37:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.practicalnetworking.net/?p=1854#comment-254014</guid>

					<description><![CDATA[In reply to &lt;a href=&quot;https://www.practicalnetworking.net/stand-alone/vpn-overlapping-networks/#comment-248834&quot;&gt;Cesar Sindoni&lt;/a&gt;.

Often it&#039;s easier to simply change the IP address assigned to VPN clients so it doesn&#039;t overlap with their home network, or a foreign VPN network.]]></description>
			<content:encoded><![CDATA[<p>In reply to <a href="https://www.practicalnetworking.net/stand-alone/vpn-overlapping-networks/#comment-248834">Cesar Sindoni</a>.</p>
<p>Often it&#8217;s easier to simply change the IP address assigned to VPN clients so it doesn&#8217;t overlap with their home network, or a foreign VPN network.</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
