[Openswan Users] OpensWan - both Tunnels UP but traffic flow only from 1 tunnel
Gaston Menarvino
gaston.menarvino at gmail.com
Sat Aug 4 22:15:59 EDT 2018
Hi Samir!
Here more info:
[root at ip-192-168-1-136 ec2-user]# sudo ipsec --version
Linux Libreswan 3.20 (netkey)
-----------------------
[root at ip-192-168-1-136 ec2-user]# ipsec verify
Verifying installed system and configuration files
Version check and ipsec on-path [OK]
Libreswan 3.20 (netkey) on 4.14.55-68.37.amzn2.x86_64
Checking for IPsec support in kernel [OK]
NETKEY: Testing XFRM related proc values
ICMP default/send_redirects [OK]
ICMP default/accept_redirects [OK]
XFRM larval drop [OK]
Pluto ipsec.conf syntax [OK]
Two or more interfaces found, checking IP forwarding [OK]
Checking rp_filter [OK]
Checking that pluto is running [OK]
Pluto listening for IKE on udp 500 [OK]
Pluto listening for IKE/NAT-T on udp 4500 [OK]
Pluto ipsec.secret syntax [OK]
Checking 'ip' command [OK]
Checking 'iptables' command [OK]
Checking 'prelink' command does not interfere with FIPS [OK]
Checking for obsolete ipsec.conf options [OK]
[root at ip-192-168-1-136 ec2-user]#
----------------------------
#include /etc/ipsec.d/*.conf
#- General connection config -
config setup
# virtual_private=v4:10.0.0.0/8,%v4:172.16.0.0/16
protostack=netkey
conn Rome_to_USA_VPN
authby=secret
auto=start
left=%defaultroute
leftid=18.197.219.14
right=34.232.94.62
type=tunnel
ikelifetime=8h
keylife=1h
phase2alg=aes128-sha1;modp1024
ike=aes128-sha1;modp1024
phase2=esp
keyingtries=%forever
keyexchange=ike
leftsubnet=0.0.0.0/0
rightsubnet=10.0.0.0/8
dpddelay=10
dpdtimeout=30
dpdaction=restart_by_peer
conn Rome_to_USA_VPN-1
authby=secret
auto=start
left=%defaultroute
leftid=18.197.219.14
right=34.232.94.62
type=tunnel
ikelifetime=8h
keylife=1h
phase2alg=aes128-sha1;modp1024
ike=aes128-sha1;modp1024
phase2=esp
keyingtries=%forever
keyexchange=ike
leftsubnet=0.0.0.0/0
rightsubnet=172.16.10.0/24
dpddelay=10
dpdtimeout=30
dpdaction=restart_by_peer
If I try to use both right subnets into the same conn the result is the
same: ONLY ONE AT TIME WORKS. i.e rightsubnets={10..0.0.0/8,172.16.10.0/24}
So I tried to do the same adding a new connection, but again, it only work
with one at time.
I'm not running iptables
[root at ip-192-168-1-136 etc]# iptables --list
Chain INPUT (policy ACCEPT)
target prot opt source destination
Chain FORWARD (policy ACCEPT)
target prot opt source destination
Chain OUTPUT (policy ACCEPT)
target prot opt source destination
[root at ip-192-168-1-136 etc]#
vi /etc/sysctl.d/sysctl.conf
net.ipv4.ip_forward = 1
net.ipv4.conf.all.accept_redirects = 0
net.ipv4.conf.all.send_redirects = 0
net.ipv4.conf.default.send_redirects = 0
net.ipv4.conf.eth0.send_redirects = 0
net.ipv4.conf.default.accept_redirects = 0
net.ipv4.conf.eth0.accept_redirects = 0
[root at ip-192-168-1-136 etc]# ipsec status -l
000 using kernel interface: netkey
000 interface lo/lo ::1 at 500
000 interface lo/lo 127.0.0.1 at 4500
000 interface lo/lo 127.0.0.1 at 500
000 interface eth0/eth0 192.168.1.136 at 4500
000 interface eth0/eth0 192.168.1.136 at 500
000
000
000 fips mode=disabled;
000 SElinux=disabled
000 seccomp=unsupported
000
000 config setup options:
000
000 configdir=/etc, configfile=/etc/ipsec.conf, secrets=/etc/ipsec.secrets,
ipsecdir=/etc/ipsec.d, nssdir=/etc/ipsec.d, dumpdir=/var/run/pluto,
statsbin=unset
000 sbindir=/usr/sbin, libexecdir=/usr/libexec/ipsec
000 pluto_version=3.20, pluto_vendorid=OE-Libreswan-3.20
000 nhelpers=-1, uniqueids=yes, perpeerlog=no, shuntlifetime=900s,
xfrmlifetime=300s
000 ddos-cookies-threshold=50000, ddos-max-halfopen=25000, ddos-mode=auto
000 ikeport=500, strictcrlpolicy=no, crlcheckinterval=0, listen=<any>,
nflog-all=0
000 ocsp-enable=no, ocsp-strict=no, ocsp-timeout=2, ocsp-uri=<unset>
000 ocsp-trust-name=<unset>
000 ocsp-cache-size=1000, ocsp-cache-min-age=3600, ocsp-cache-max-age=86400,
ocsp-method=get
000 secctx-attr-type=32001
000 myid = (none)
000 debug none
000
000 nat-traversal=yes, keep-alive=20, nat-ikeport=4500
000 virtual-private (%priv):
000
000 ESP algorithms supported:
000
000 algorithm ESP encrypt: id=3, name=ESP_3DES, ivlen=8, keysizemin=192,
keysizemax=192
000 algorithm ESP encrypt: id=6, name=ESP_CAST, ivlen=8, keysizemin=128,
keysizemax=128
000 algorithm ESP encrypt: id=11, name=ESP_NULL, ivlen=0, keysizemin=0,
keysizemax=0
000 algorithm ESP encrypt: id=12, name=ESP_AES, ivlen=8, keysizemin=128,
keysizemax=256
000 algorithm ESP encrypt: id=13, name=ESP_AES_CTR, ivlen=8, keysizemin=128,
keysizemax=256
000 algorithm ESP encrypt: id=14, name=ESP_AES_CCM_A, ivlen=8,
keysizemin=128, keysizemax=256
000 algorithm ESP encrypt: id=15, name=ESP_AES_CCM_B, ivlen=8,
keysizemin=128, keysizemax=256
000 algorithm ESP encrypt: id=16, name=ESP_AES_CCM_C, ivlen=8,
keysizemin=128, keysizemax=256
000 algorithm ESP encrypt: id=18, name=ESP_AES_GCM_A, ivlen=8,
keysizemin=128, keysizemax=256
000 algorithm ESP encrypt: id=19, name=ESP_AES_GCM_B, ivlen=12,
keysizemin=128, keysizemax=256
000 algorithm ESP encrypt: id=20, name=ESP_AES_GCM_C, ivlen=16,
keysizemin=128, keysizemax=256
000 algorithm ESP encrypt: id=22, name=ESP_CAMELLIA, ivlen=8,
keysizemin=128, keysizemax=256
000 algorithm ESP encrypt: id=252, name=ESP_SERPENT, ivlen=8,
keysizemin=128, keysizemax=256
000 algorithm ESP encrypt: id=253, name=ESP_TWOFISH, ivlen=8,
keysizemin=128, keysizemax=256
000 algorithm AH/ESP auth: id=1, name=AUTH_ALGORITHM_HMAC_MD5,
keysizemin=128, keysizemax=128
000 algorithm AH/ESP auth: id=2, name=AUTH_ALGORITHM_HMAC_SHA1,
keysizemin=160, keysizemax=160
000 algorithm AH/ESP auth: id=5, name=AUTH_ALGORITHM_HMAC_SHA2_256,
keysizemin=256, keysizemax=256
000 algorithm AH/ESP auth: id=6, name=AUTH_ALGORITHM_HMAC_SHA2_384,
keysizemin=384, keysizemax=384
000 algorithm AH/ESP auth: id=7, name=AUTH_ALGORITHM_HMAC_SHA2_512,
keysizemin=512, keysizemax=512
000 algorithm AH/ESP auth: id=8, name=AUTH_ALGORITHM_HMAC_RIPEMD,
keysizemin=160, keysizemax=160
000 algorithm AH/ESP auth: id=9, name=AUTH_ALGORITHM_AES_XCBC,
keysizemin=128, keysizemax=128
000 algorithm AH/ESP auth: id=250, name=AUTH_ALGORITHM_AES_CMAC_96,
keysizemin=128, keysizemax=128
000 algorithm AH/ESP auth: id=251, name=AUTH_ALGORITHM_NULL_KAME,
keysizemin=0, keysizemax=0
000
000 IKE algorithms supported:
000
000 algorithm IKE encrypt: v1id=5, v1name=OAKLEY_3DES_CBC, v2id=3,
v2name=3DES, blocksize=8, keydeflen=192
000 algorithm IKE encrypt: v1id=8, v1name=OAKLEY_CAMELLIA_CBC, v2id=23,
v2name=CAMELLIA_CBC, blocksize=16, keydeflen=128
000 algorithm IKE encrypt: v1id=20, v1name=OAKLEY_AES_GCM_C, v2id=20,
v2name=AES_GCM_C, blocksize=16, keydeflen=128
000 algorithm IKE encrypt: v1id=19, v1name=OAKLEY_AES_GCM_B, v2id=19,
v2name=AES_GCM_B, blocksize=16, keydeflen=128
000 algorithm IKE encrypt: v1id=18, v1name=OAKLEY_AES_GCM_A, v2id=18,
v2name=AES_GCM_A, blocksize=16, keydeflen=128
000 algorithm IKE encrypt: v1id=13, v1name=OAKLEY_AES_CTR, v2id=13,
v2name=AES_CTR, blocksize=16, keydeflen=128
000 algorithm IKE encrypt: v1id=7, v1name=OAKLEY_AES_CBC, v2id=12,
v2name=AES_CBC, blocksize=16, keydeflen=128
000 algorithm IKE encrypt: v1id=65004, v1name=OAKLEY_SERPENT_CBC,
v2id=65004, v2name=SERPENT_CBC, blocksize=16, keydeflen=128
000 algorithm IKE encrypt: v1id=65005, v1name=OAKLEY_TWOFISH_CBC,
v2id=65005, v2name=TWOFISH_CBC, blocksize=16, keydeflen=128
000 algorithm IKE encrypt: v1id=65289, v1name=OAKLEY_TWOFISH_CBC_SSH,
v2id=65289, v2name=TWOFISH_CBC_SSH, blocksize=16, keydeflen=128
000 algorithm IKE hash: id=1, name=OAKLEY_MD5, hashlen=16
000 algorithm IKE hash: id=2, name=OAKLEY_SHA1, hashlen=20
000 algorithm IKE hash: id=4, name=OAKLEY_SHA2_256, hashlen=32
000 algorithm IKE hash: id=5, name=OAKLEY_SHA2_384, hashlen=48
000 algorithm IKE hash: id=6, name=OAKLEY_SHA2_512, hashlen=64
000 algorithm IKE DH Key Exchange: name=MODP1024, bits=1024
000 algorithm IKE DH Key Exchange: name=MODP1536, bits=1536
000 algorithm IKE DH Key Exchange: name=MODP2048, bits=2048
000 algorithm IKE DH Key Exchange: name=MODP3072, bits=3072
000 algorithm IKE DH Key Exchange: name=MODP4096, bits=4096
000 algorithm IKE DH Key Exchange: name=MODP6144, bits=6144
000 algorithm IKE DH Key Exchange: name=MODP8192, bits=8192
000 algorithm IKE DH Key Exchange: name=DH19, bits=512
000 algorithm IKE DH Key Exchange: name=DH20, bits=768
000 algorithm IKE DH Key Exchange: name=DH21, bits=1056
000 algorithm IKE DH Key Exchange: name=DH22, bits=1024
000 algorithm IKE DH Key Exchange: name=DH23, bits=2048
000 algorithm IKE DH Key Exchange: name=DH24, bits=2048
000
000 stats db_ops: {curr_cnt, total_cnt, maxsz} :context={0,50,64}
trans={0,50,6528} attrs={0,50,4352}
000
000 Connection list:
000
000 "Rome_to_USA_VPN":
0.0.0.0/0===192.168.1.136[18.197.219.14]---192.168.1.1...34.232.94.62<34.232
.94.62>===10.0.0.0/8; erouted; eroute owner: #51
000 "Rome_to_USA_VPN": oriented; my_ip=unset; their_ip=unset
000 "Rome_to_USA_VPN": xauth us:none, xauth them:none, my_username=[any];
their_username=[any]
000 "Rome_to_USA_VPN": our auth:secret, their auth:secret
000 "Rome_to_USA_VPN": modecfg info: us:none, them:none, modecfg
policy:push, dns1:unset, dns2:unset, domain:unset, banner:unset, cat:unset;
000 "Rome_to_USA_VPN": labeled_ipsec:no;
000 "Rome_to_USA_VPN": policy_label:unset;
000 "Rome_to_USA_VPN": ike_life: 28800s; ipsec_life: 3600s; replay_window:
32; rekey_margin: 540s; rekey_fuzz: 100%; keyingtries: 0;
000 "Rome_to_USA_VPN": retransmit-interval: 500ms; retransmit-timeout:
60s;
000 "Rome_to_USA_VPN": sha2-truncbug:no; initial-contact:no;
cisco-unity:no; fake-strongswan:no; send-vendorid:no; send-no-esp-tfc:no;
000 "Rome_to_USA_VPN": policy:
PSK+ENCRYPT+TUNNEL+PFS+UP+IKEV1_ALLOW+IKEV2_ALLOW+SAREF_TRACK+IKE_FRAG_ALLOW
+ESN_NO;
000 "Rome_to_USA_VPN": conn_prio: 0,8; interface: eth0; metric: 0; mtu:
unset; sa_prio:auto; sa_tfc:none;
000 "Rome_to_USA_VPN": nflog-group: unset; mark: unset; vti-iface:unset;
vti-routing:no; vti-shared:no;
000 "Rome_to_USA_VPN": dpd: action:restart; delay:10; timeout:30; nat-t:
encaps:auto; nat_keepalive:yes; ikev1_natt:both
000 "Rome_to_USA_VPN": newest ISAKMP SA: #45; newest IPsec SA: #51;
000 "Rome_to_USA_VPN": IKE algorithms wanted:
AES_CBC(7)_128-SHA1(2)-MODP1024(2)
000 "Rome_to_USA_VPN": IKE algorithms found:
AES_CBC(7)_128-SHA1(2)-MODP1024(2)
000 "Rome_to_USA_VPN": IKE algorithm newest: AES_CBC_128-SHA1-MODP1024
000 "Rome_to_USA_VPN": ESP algorithms wanted: AES(12)_128-SHA1(2);
pfsgroup=MODP1024(2)
000 "Rome_to_USA_VPN": ESP algorithms loaded: AES(12)_128-SHA1(2)
000 "Rome_to_USA_VPN": ESP algorithm newest: AES_128-HMAC_SHA1;
pfsgroup=MODP1024
000 "Rome_to_USA_VPN-1":
0.0.0.0/0===192.168.1.136[18.197.219.14]---192.168.1.1...34.232.94.62<34.232
.94.62>===172.16.10.0/24; erouted; eroute owner: #50
000 "Rome_to_USA_VPN-1": oriented; my_ip=unset; their_ip=unset
000 "Rome_to_USA_VPN-1": xauth us:none, xauth them:none,
my_username=[any]; their_username=[any]
000 "Rome_to_USA_VPN-1": our auth:secret, their auth:secret
000 "Rome_to_USA_VPN-1": modecfg info: us:none, them:none, modecfg
policy:push, dns1:unset, dns2:unset, domain:unset, banner:unset, cat:unset;
000 "Rome_to_USA_VPN-1": labeled_ipsec:no;
000 "Rome_to_USA_VPN-1": policy_label:unset;
000 "Rome_to_USA_VPN-1": ike_life: 28800s; ipsec_life: 3600s;
replay_window: 32; rekey_margin: 540s; rekey_fuzz: 100%; keyingtries: 0;
000 "Rome_to_USA_VPN-1": retransmit-interval: 500ms; retransmit-timeout:
60s;
000 "Rome_to_USA_VPN-1": sha2-truncbug:no; initial-contact:no;
cisco-unity:no; fake-strongswan:no; send-vendorid:no; send-no-esp-tfc:no;
000 "Rome_to_USA_VPN-1": policy:
PSK+ENCRYPT+TUNNEL+PFS+UP+IKEV1_ALLOW+IKEV2_ALLOW+SAREF_TRACK+IKE_FRAG_ALLOW
+ESN_NO;
000 "Rome_to_USA_VPN-1": conn_prio: 0,24; interface: eth0; metric: 0; mtu:
unset; sa_prio:auto; sa_tfc:none;
000 "Rome_to_USA_VPN-1": nflog-group: unset; mark: unset; vti-iface:unset;
vti-routing:no; vti-shared:no;
000 "Rome_to_USA_VPN-1": dpd: action:restart; delay:10; timeout:30; nat-t:
encaps:auto; nat_keepalive:yes; ikev1_natt:both
000 "Rome_to_USA_VPN-1": newest ISAKMP SA: #0; newest IPsec SA: #50;
000 "Rome_to_USA_VPN-1": IKE algorithms wanted:
AES_CBC(7)_128-SHA1(2)-MODP1024(2)
000 "Rome_to_USA_VPN-1": IKE algorithms found:
AES_CBC(7)_128-SHA1(2)-MODP1024(2)
000 "Rome_to_USA_VPN-1": ESP algorithms wanted: AES(12)_128-SHA1(2);
pfsgroup=MODP1024(2)
000 "Rome_to_USA_VPN-1": ESP algorithms loaded: AES(12)_128-SHA1(2)
000 "Rome_to_USA_VPN-1": ESP algorithm newest: AES_128-HMAC_SHA1;
pfsgroup=MODP1024
000
000 Total IPsec connections: loaded 2, active 2
000
000 State Information: DDoS cookies not required, Accepting new IKE
connections
000 IKE SAs: total(1), half-open(0), open(0), authenticated(1), anonymous(0)
000 IPsec SAs: total(2), authenticated(2), anonymous(0)
000
000 #51: "Rome_to_USA_VPN":4500 STATE_QUICK_I2 (sent QI2, IPsec SA
established); EVENT_SA_REPLACE in 1778s; newest IPSEC; eroute owner;
isakmp#45; idle; import:admin initiate
000 #51: "Rome_to_USA_VPN" esp.61b87fcc at 34.232.94.62
esp.e77400e at 192.168.1.136 tun.0 at 34.232.94.62 tun.0 at 192.168.1.136 ref=0
refhim=0 Traffic: ESPin=101KB ESPout=54KB! ESPmax=4194303B
000 #45: "Rome_to_USA_VPN":4500 STATE_MAIN_I4 (ISAKMP SA established);
EVENT_SA_REPLACE in 19141s; newest ISAKMP; lastdpd=7s(seq in:10249 out:0);
idle; import:admin initiate
000 #50: "Rome_to_USA_VPN-1":4500 STATE_QUICK_I2 (sent QI2, IPsec SA
established); EVENT_SA_REPLACE in 1053s; newest IPSEC; eroute owner;
isakmp#45; idle; import:admin initiate
000 #50: "Rome_to_USA_VPN-1" esp.fcc74c50 at 34.232.94.62
esp.b3451013 at 192.168.1.136 tun.0 at 34.232.94.62 tun.0 at 192.168.1.136 ref=0
refhim=0 Traffic: ESPin=0B ESPout=0B! ESPmax=4194303B
000
000 Bare Shunt list:
000
I'm fighting with this since a week and I cannot get this working both right
subnets at the same time.
Any idea?
-----Original Message-----
From: Samir Hussain [mailto:shussain at xelerance.com]
Sent: Saturday, August 4, 2018 9:34 PM
To: users at lists.openswan.org; gaston.menarvino at gmail.com
Subject: Re: [Openswan Users] OpensWan - both Tunnels UP but traffic flow
only from 1 tunnel
Hello,
On 2018-08-04 03:18 AM, Gaston Menarvino wrote:
> Hello, I have currently two tunnels, both are UP but traffic only flow
> in one of them, If I disable the other , then traffic flow well to the
> other one, but always 1 tunnel is passing traffic both directions.
>
> It looks like the second tunnel receive traffic because I run tcpdump
> and I can see the icmp request from the other side but I cannot find
> the way to route the traffic back.
What version of Openswan are you using? You can determine it by
running: sudo ipsec --version
Also, can you please provide your ipsec.conf ?
Samir
More information about the Users
mailing list