Thanks for the help.  I finally had access to the systems in question.

Using 0.0.0.0/0 didn't work. I tried using the IP address of the client interface, specifically "rightsubnet=192.168.56.2/32" instead. That did work. I might not always know that IP address though.

Thanks,
Michael

On 09/27/2014 09:34 AM, Noel Kuntze wrote:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Hello Michael,

the rightsubnet / leftsubnet settings default to the value of "right" or 
"left", if ommitted.
If "right" or "left"  and the corresponding subnet setting is set to %any or 
ommitted ,
charon takes the value of the layer three packet and takes it as configured 
value of left/rightsubnet.
The value that is in the IKE packet differes from that, if NAT is used.
That's the reason for it failing. Solution is to set left/rightsubnet to 
0.0.0.0/0 and trust the client in what it does.
Currently, strongSwan has no functionality to propose 0.0.0.0/0, but only 
accept a /32 subnet from a client.

Mit freundlichen Grüßen/Regards,
Noel Kuntze

GPG Key ID: 0x63EC6658
Fingerprint: 23CA BB60 2146 05E7 7278 6592 3839 298F 63EC 6658

Am 26.09.2014 um 00:16 schrieb Michael C. Cambria:
Hi,

I've been able to successfully set up subnet to subnet connections using IKEv2 
and a self signed cert.  StrongSwan is used at both ends.

Using the same systems, I'm having some problems getting host-to-subnet to work 
in certain cases.  Host-to-subnet is the desired configuration.

Here is the host to host config which works:

conn clinetnet
         left=%defaultroute
         lefthostaccess=yes
         leftsubnet=192.168.1.0/24
         leftfirewall=yes
         right=132.197.247.50
         rightsubnet=172.16.0.0/16
         auto=route

conn srvnetnet
         left=132.197.247.50
         leftsubnet=172.16.0.0/16
         leftfirewall=yes
         right=%any
         rightsubnet=192.168.1.0/24
         righthostaccess=yes
         auto=route


I thought all I need to do is remove leftsubnet= from the "client" ipsec.conf and 
rightsubnet= from the "server", but that works in one case and fails in another.

So I'd like to know if host-to-subnet is supposed to be configured this way or 
not before digging any further.  If it should work, it seems the failing case 
uses NAT in the path between the two machines.  NAT works for the 
subnet-to-subnet configuration.  The failure only happens with the 
host-to-subnet config.

In the failing case, the client receives:

received TS_UNACCEPTABLE notify, no CHILD_SA built

The server log shows (10.1.2.180 is the IPv4 address of the client):

charon: 13[CFG] looking for a child config for 172.16.0.0/16 === 10.1.2.180/32
charon: 09[CFG] proposing traffic selectors for us:
charon: 09[CFG]  172.16.0.0/16
charon: 09[CFG] proposing traffic selectors for other:
charon: 09[CFG]  <IPv4 address of NAT device>/32
charon: 09[IKE] traffic selectors 172.16.0.0/16 === 10.1.2.180/32 inacceptable
charon: 09[IKE] failed to establish CHILD_SA, keeping IKE_SA


In the working case, NAT isn't involved.  The working case server log shows:

charon: 13[CFG] looking for a child config for 172.16.0.0/16 === 10.1.2.180/32
charon: 13[CFG] proposing traffic selectors for us:
charon: 13[CFG]  172.16.0.0/16
charon: 13[CFG] proposing traffic selectors for other:
charon: 13[CFG]  10.1.2.180/32
charon: 13[CFG]   candidate "srvnetnet" with prio 5+5
charon: 13[CFG] found matching child config "srvnetnet" with prio 10

Should this work?  Is there more I need to configure?

Thanks for any help,
MikeC


_______________________________________________
Users mailing list
[email protected]
https://lists.strongswan.org/mailman/listinfo/users
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQIcBAEBCAAGBQJUJrzOAAoJEDg5KY9j7GZYmccP/R3BmBX59rtYt7mMU4rsznJH
IveIUwKOAk+H6e/41rtuASFWOJwuMoymNOphlxBWi832rn7qiEVZsJv3lyauZHTw
fkCR/e2Fq+f9H55pVqyTIJ+wv+zRkocz7vjg196cDaHd+ys9KzkuiTOMUWCHNrJw
pQPGW1MZN5t7FFFTCp75MSEdhq2rMPBd11c2BqLW6k+ncwGU0qlkIVZXonAmoH7B
8RF/8hZ7th/kN6sFXnDdQ9fm8Ya/e7EE5OJoExcgK2+KVjou9TnT4vmundjp+VqP
8zrLAPlnB/cX5wk+yr1Fz9Ym8X2G6lEi+D63O/pQAyuix2bLp6br52t8e2yCBJoL
J69nFFZaaOWwnWaYkBrYUFThHv47XZdbw+yqB+EQL3XcQmxHe3yK/edwpiIp20Pe
KLP1lu2lVqD4b3jXGFK8WPvU2SHlBaIP+sO1Iignuj1ctXQEgkn6A7NdP8ABvqim
9mJkEKueS0s+WhNfsXWnoZo5j1Gotl4uwpxbEcAI172DsGqDa0eMCSfW5O9nMI2O
6ZEBDYHh5J72ADy5YUQPpfVULR07u/xeVwGJhvdgdCDu6uhIgjB4aJqeaswMvrM3
RJgM4eC6ki4bKcdvAKJGhifLCAZf01JE7O+NbPWCVOhPIzEDvlLqRQWd0iMZh/rG
ZrQvvKjpxnGmY7TXpG7x
=0Zkz
-----END PGP SIGNATURE-----


_______________________________________________
Users mailing list
[email protected]
https://lists.strongswan.org/mailman/listinfo/users

_______________________________________________
Users mailing list
[email protected]
https://lists.strongswan.org/mailman/listinfo/users

Reply via email to