<?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[Route OpenVPN Traffic through IPsec Tunnel]]></title><description><![CDATA[<p dir="auto">Hi folks :)</p>
<p dir="auto">I seem to miss some routing / forwarding in my setup i hope you can help :)</p>
<p dir="auto"><strong>Current Setup:</strong></p>
<ol>
<li>
<p dir="auto">Client to Site VPN through OpenVPN Server on PfSense --&gt; everything works fine there in can interacet with the LAN Network of the pfSense from remote.</p>
</li>
<li>
<p dir="auto">Site to Site IPsec tunnel --&gt; works fine too, the clients on the LAN network conntected to the pfSense can interact with the remote subnet of the other site.</p>
</li>
</ol>
<p dir="auto">So far so good...</p>
<p dir="auto">what i want now is to be able to interact with clients on the <strong>remote site</strong> via my OpenVPN tunnel.</p>
<p dir="auto">Examples:</p>
<p dir="auto">client 10.0.0.2 ----openvpn-tunnel-----pfsense---LAN 172.17.16.0/24 --&gt; Works</p>
<p dir="auto">LAN 172.17.16.0/24----pfsense---------IPsec-tunnel------remote-site 172.17.20.0/24 --&gt; Works</p>
<p dir="auto">client 10.0.0.2 ----openvpn-tunnel-----pfsense------IPsec-tunnel------remote-site 172.17.20.0/24 --&gt; NOT Working</p>
<p dir="auto">I think i have to configure some outbound NAT or Gateway / routing to accomplish this?</p>
<p dir="auto">regards</p>
]]></description><link>https://forum.netgate.com/topic/147984/route-openvpn-traffic-through-ipsec-tunnel</link><generator>RSS for Node</generator><lastBuildDate>Wed, 17 Jun 2026 06:34:22 GMT</lastBuildDate><atom:link href="https://forum.netgate.com/topic/147984.rss" rel="self" type="application/rss+xml"/><pubDate>Fri, 08 Nov 2019 16:05:40 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Route OpenVPN Traffic through IPsec Tunnel on Fri, 15 Nov 2019 14:15:44 GMT]]></title><description><![CDATA[<p dir="auto">Strange. Did you already reboot the pfSense box?</p>
<p dir="auto">Some guys who had similar issues here succeed after pulling down the OpenVPN server or the whole pfSense and rebuild it again.</p>
]]></description><link>https://forum.netgate.com/post/875922</link><guid isPermaLink="true">https://forum.netgate.com/post/875922</guid><dc:creator><![CDATA[viragomann]]></dc:creator><pubDate>Fri, 15 Nov 2019 14:15:44 GMT</pubDate></item><item><title><![CDATA[Reply to Route OpenVPN Traffic through IPsec Tunnel on Tue, 12 Nov 2019 13:12:02 GMT]]></title><description><![CDATA[<p dir="auto">Yes the capture is from the same pfsense box running the server - this boggles my mind, how is this not working, how does this traffic gets lost?</p>
<p dir="auto">there is only one OpenVPN Server running. The client from which the Ping originates is connected to this server. the component on the remote subnet receives the ping and sends it back to the pfSense over the IPsec tunnel as seen in the second capture but then it somehow get lost...</p>
]]></description><link>https://forum.netgate.com/post/875378</link><guid isPermaLink="true">https://forum.netgate.com/post/875378</guid><dc:creator><![CDATA[lpryxz]]></dc:creator><pubDate>Tue, 12 Nov 2019 13:12:02 GMT</pubDate></item><item><title><![CDATA[Reply to Route OpenVPN Traffic through IPsec Tunnel on Tue, 12 Nov 2019 11:19:11 GMT]]></title><description><![CDATA[<p dir="auto">The second packet capture is also taken from the local pfSense, which is running the access OpenVPN server?</p>
<p dir="auto">Do you run multiple OpenVPN instances there, both server and clients?</p>
]]></description><link>https://forum.netgate.com/post/875338</link><guid isPermaLink="true">https://forum.netgate.com/post/875338</guid><dc:creator><![CDATA[viragomann]]></dc:creator><pubDate>Tue, 12 Nov 2019 11:19:11 GMT</pubDate></item><item><title><![CDATA[Reply to Route OpenVPN Traffic through IPsec Tunnel on Tue, 12 Nov 2019 11:06:25 GMT]]></title><description><![CDATA[<p dir="auto">Hi <a class="plugin-mentions-user plugin-mentions-a" href="/user/viragomann">@<bdi>viragomann</bdi></a></p>
<p dir="auto">thx for your reply!</p>
<p dir="auto">I made an extra phase 2 as suggested, my traffic goes now through the ipsec tunnel and comes back, but dont enter the openvpn tunnel again... what am i missing?</p>
<p dir="auto">10.0.0.3 --&gt; IP from my Client connected over OpenVPN<br />
172.16.187.12 --&gt; IP of the component in the remote subnet</p>
<p dir="auto">packet capture from <strong>openvpn Interface</strong>, pinging a component in the remote subnet -&gt; no traffic comes back...<br />
<img src="/assets/uploads/files/1573556285261-openvpn_interface.png" alt="openvpn_interface.png" class=" img-fluid img-markdown" /></p>
<p dir="auto">packet capture from <strong>IPsec interface</strong>, pinging the same component in the remote subnet -&gt; traffic flows in both ways<br />
<img src="/assets/uploads/files/1573556379645-ipsec_interface.png" alt="ipsec_interface.png" class=" img-fluid img-markdown" /></p>
<p dir="auto">So my ping reach the remote component, flows back over the IPsec tunnel but then goes lost...?</p>
]]></description><link>https://forum.netgate.com/post/875326</link><guid isPermaLink="true">https://forum.netgate.com/post/875326</guid><dc:creator><![CDATA[lpryxz]]></dc:creator><pubDate>Tue, 12 Nov 2019 11:06:25 GMT</pubDate></item><item><title><![CDATA[Reply to Route OpenVPN Traffic through IPsec Tunnel on Fri, 08 Nov 2019 16:19:55 GMT]]></title><description><![CDATA[<p dir="auto">To the IPSec configuration you have to add an additional phase 2 for the OpenVPN tunnel network and the remote network on both sites.<br />
E.g. Local:<br />
local network: 10.0.0.0/24<br />
remote network: 172.17.16.0/24<br />
remote:<br />
local network: 172.17.16.0/24<br />
remote network: 10.0.0.0/24</p>
<p dir="auto">And in the OpenVPN settings, if not using "Redirect gateway", you have to add the remote network to the "IPv4 Local Network/s" to push the route to the clients.</p>
]]></description><link>https://forum.netgate.com/post/874837</link><guid isPermaLink="true">https://forum.netgate.com/post/874837</guid><dc:creator><![CDATA[viragomann]]></dc:creator><pubDate>Fri, 08 Nov 2019 16:19:55 GMT</pubDate></item></channel></rss>