I was able to get this working in the hub and spoke configuration with both spokes exchanging through the tunnels, but I had to use the virtual IP feature and use the private addressing scheme between the spokes. This forced my traffic through the tunnels, and they were forwarded through the hub. <div>
I also found that I needed to use the left/rightnexthop statement (maybe only needed in IKEv1) otherwise the hub could not reach the spokes, even though the spokes could reach each other through the hub and the spokes could independently reach the the hub. This was rather odd because the hub should have known how to route to each spoke (and was doing so during packet forwarding), but not if I used a terminal window to reach either spokes. With the left/rightnexthop, it worked (under limited testing).<br>
<br><div class="gmail_quote">On 8 December 2012 17:36, Adrian Milanoski <span dir="ltr"><<a href="mailto:amilanoski@rim.com" target="_blank">amilanoski@rim.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi Andrew,<br>
<br>
IP forwarding is enabled<br>
<br>
cat /proc/sys/net/ipv4/ip_forward<br>
1<br>
<br>
The packets are not getting NAT'd after they arrive back to my GW.<br>
<br>
They are going back out my public as the originating IP that it was given from the virtual ip pool. E.g. 172.16.24.x<br>
<br>
I may also add that I have only 1 default GW on my GW and that is for the public. I do not have a GW set for my private network.<br>
<br>
I am trying to get it so that any packets that come from 172.16.24.x go back out to the private interface or to the default GW for that matter.<br>
<br>
<br>
Regards,<br>
<br>
Adrian Milanoski<br>
Lab Administrator<br>
BBOS WiFI VPN Dev. Security Testing<br>
Research In Motion Limited<br>
Tel.<a href="tel:%28289%29%20261-5801" value="+12892615801">(289) 261-5801</a> | Cell: <a href="tel:647-289-6995" value="+16472896995">647-289-6995</a><br>
Email <a href="mailto:amilanoski@rim.com">amilanoski@rim.com</a><br>
<div class="HOEnZb"><div class="h5"><br>
<br>
<br>
<br>
-----Original Message-----<br>
From: Andreas Steffen [mailto:<a href="mailto:andreas.steffen@strongswan.org">andreas.steffen@strongswan.org</a>]<br>
Sent: Friday, December 07, 2012 4:15 AM<br>
To: Adrian Milanoski<br>
Cc: <a href="mailto:Users@lists.strongswan.org">Users@lists.strongswan.org</a><br>
Subject: Re: [strongSwan] Routing Polices with IPTABLES not working<br>
<br>
Hi Adrian,<br>
<br>
have you enabled IP forwarding on your VPN gateway?<br>
<br>
echo 1 > /proc/sys/net/ipv4/ip_forward<br>
<br>
If yes, do you NAT packets from the private network behind the<br>
gateway going towards the Internet?<br>
<br>
If yes then you must exempt packets from the private network that<br>
are intended to go through the IPsec tunnel from NAT with the<br>
following iptables rule:<br>
<br>
iptables -t nat -I POSTROUTING 1 -s <private network> -o eth0 \<br>
-m policy --dir out --pol ipsec --proto esp -j ACCEPT<br>
<br>
Regards<br>
<br>
Andreas<br>
<br>
On 06.12.2012 19:37, Adrian Milanoski wrote:<br>
> HI All,<br>
><br>
> I have a strongSwan 5.0 setup and configure using IKEv2 PSK in config<br>
> mode with the GW providing a pool of addresses. However after the<br>
> strongSwan client connects I can only ping the Private interface of the<br>
> VPN GW.<br>
><br>
> I was wondering if anyone can assist me with what maybe going on and why<br>
> packets are not routing out the private interface to the private<br>
> networks default GW.<br>
><br>
> Why is it so difficult to get these packets flowing from the tunnel to<br>
> the private network? I thought the certain commands were to add rules in<br>
> to the IPtables and remove them when the tunnel is torn down.<br>
><br>
> Any help would be much appreciated.<br>
><br>
> *Regards,***<br>
><br>
> */ /*<br>
><br>
> */Adrian Milanoski/*<br>
> BBOS Lab Administrator<br>
><br>
> VPN / WLAN IOT / Pre-Cert<br>
><br>
> Research In Motion Limited<br>
> 4715 Tahoe Blvd, Mississauga,<br>
> ON, Canada, L4W 0B5<br>
> Tel.(289) 261-5801|Fax (905) 629-7836<br>
> Email <a href="mailto:amilanoski@rim.com">amilanoski@rim.com</a> <mailto:<a href="mailto:amilanoski@rim.com">amilanoski@rim.com</a>>**<br>
><br>
><br>
><br>
><br>
><br>
><br>
><br>
> Description: <a href="http://www.rim.com" target="_blank">www.rim.com</a> <<a href="http://www.rim.com/" target="_blank">http://www.rim.com/</a>>Description:<br>
> cid:image001.png@01CB37B8.EC492D80<br>
======================================================================<br>
Andreas Steffen <a href="mailto:andreas.steffen@strongswan.org">andreas.steffen@strongswan.org</a><br>
strongSwan - the Linux VPN Solution! <a href="http://www.strongswan.org" target="_blank">www.strongswan.org</a><br>
Institute for Internet Technologies and Applications<br>
University of Applied Sciences Rapperswil<br>
CH-8640 Rapperswil (Switzerland)<br>
===========================================================[ITA-HSR]==<br>
<br>
<br>
</div></div><div class="im HOEnZb">---------------------------------------------------------------------<br>
This transmission (including any attachments) may contain confidential information, privileged material (including material protected by the solicitor-client or other applicable privileges), or constitute non-public information. Any use of this information by anyone other than the intended recipient is prohibited. If you have received this transmission in error, please immediately reply to the sender and delete this information from your system. Use, dissemination, distribution, or reproduction of this transmission by unintended recipients is not authorized and may be unlawful.<br>
<br>
</div><div class="HOEnZb"><div class="h5">_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.strongswan.org">Users@lists.strongswan.org</a><br>
<a href="https://lists.strongswan.org/mailman/listinfo/users" target="_blank">https://lists.strongswan.org/mailman/listinfo/users</a><br>
</div></div></blockquote></div><br></div>