[strongSwan] Routing

Christian Salway christian.salway at naimuri.com
Fri Jul 27 11:54:15 CEST 2018


GOT IT!

It was a combination but the flaw was that net.ipv4.ip_forward = 1 didn't actually get set on cloud-init :(

The combination (for the record) was
net.ipv4.ip_forward = 1
ip route add 10.0.0.0/20 via ${GATEWAY1} dev eth1
iptables -t nat -A POSTROUTING -o eth1 -j MASQUERADE

Kind regards,

Christian Salway
IT Consultant - Naimuri

T: +44 7463 331432
E: christian.salway at naimuri.com
A: Naimuri Ltd, Capstan House, Manchester M50 2UW

> On 27 Jul 2018, at 09:36, Christian Salway <christian.salway at naimuri.com> wrote:
> 
> I have also tried setting the clients to use a 192.168.5.0/24 ip range and that doesnt work either :/
> 
> I suspect its something I'm missing with StrongSwan and setting a route back to the client ip.
> 
> 
>> On 27 Jul 2018, at 07:18, Christian Salway <christian.salway at naimuri.com <mailto:christian.salway at naimuri.com>> wrote:
>> 
>> Thanks, Jafar,
>> 
>> That didn't solve it though.
>> 
>> radius: #12, ESTABLISHED, IKEv2, 2f7f6a6d36925325_i 63ab06e78f39d832_r*
>>   local  '***********' @ *********[4500]
>>   remote '192.168.0.31' @ *********[4500] EAP: 'christian.salway' [10.0.0.10]
>>   AES_CBC-256/HMAC_SHA2_256_128/PRF_HMAC_SHA2_256/MODP_2048
>>   established 0s ago, rekeying in 13009s
>>   passive: CHILD_CREATE IKE_AUTH_LIFETIME IKE_MOBIKE
>>   child_sa_1: #12, reqid 5, INSTALLED, TUNNEL-in-UDP, ESP:AES_CBC-256/HMAC_SHA2_256_128
>>     installed 0s ago, rekeying in 3491s, expires in 3960s
>>     in  c4b386cb,      0 bytes,     0 packets
>>     out 066b00fc,      0 bytes,     0 packets
>>     local  10.0.0.0/20
>>     remote 10.0.0.10/32
>> 
>> # ip r
>> default via 172.31.16.1 dev eth0 
>> 10.0.0.0/22 via 172.31.16.1 dev eth0 
>> 10.0.0.0/20 via 172.31.48.1 dev eth1 
>> 172.31.16.0/20 dev eth0  proto kernel  scope link  src 172.31.21.144 
>> 172.31.48.0/20 dev eth1  proto kernel  scope link  src 172.31.51.247
>> 
>> 
>> On my OSX
>> 
>> $ netstat -nr
>> Routing tables
>> 
>> Internet:
>> Destination        Gateway            Flags        Refs      Use   Netif Expire
>> default            192.168.0.1        UGSc           83        0     en0
>> default            link#13            UCSI            0        0  ipsec0
>> 10/20              10.0.0.1           UGSc            1        0  ipsec0
>> 10.0.0.1           10.0.0.1           UH              2        0  ipsec0
>> 
>> 
>>> On 26 Jul 2018, at 23:00, Jafar Al-Gharaibeh <jafar at atcorp.com <mailto:jafar at atcorp.com>> wrote:
>>> 
>>> ip route add 10.0.0.0/22 dev eth0 via 172.31.0.1
>> 
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.strongswan.org/pipermail/users/attachments/20180727/d9a53cfc/attachment.html>


More information about the Users mailing list