Problem with IPSec tunnel and normal routing
Göran Löwkrantz
goran.lowkrantz at ismobile.com
Tue Nov 18 09:52:55 UTC 2014
We have a problem with a NanoBSD GW/Router that seems to get it's
forwarding screwed up by an IPSec tunnel.
+----+ +-------+
| | +----+ | | +-- A
2 -+ | | | | | |
3 -+ GW +-- DMZ --+ FW +--- Internet ---???? ---+ IPSec +----+-- B
4 -+ | | | | endp | |
| | +----+ | | +-- C
+----+ +-------+
Net 2 - em2 - 192.168.2.0/24 - servers, server-net switches.
Net 3 - em1 - 192.168.3.0/24 - workstations, ws-net switches
Net 4 - em0 - 192.168.4.0/24 - WiFi access points + VLAN switch
DMZ - em5 - XXX.XXX.XXX.128/27 - DMZ and transfer net to outside.
IPSec endp - YYY.YYY.YYY.2
Net A - 192.168.45.129/32
Net B - 192.168.45.130/32
Net C - 192.168.40.8/29
Net 2 and Net 3 are setup to allow tunnel to Nets A,B and C.
GW is FreeBSD gw01.xxxx.com 10.1-PRERELEASE FreeBSD 10.1-PRERELEASE #0
r274192
IKEv1 etc. is handled by strongswan-5.2.0_1
Left IPSec endpoint is a Clavister VPN GW.
After a host on Net 3 has connected through the tunnel to 192.168.45.129
via a NATed VMWare Fusion connection, traffic from that host is received
correctly at the GW on Net 3 (em1) but the response from the GW is sent
out via the DMZ interface em5.
Switching the host to Net 4 i.e. disconnecting the network cable and
starting the WiFi restores connectivity.
Other hosts on Net 3 that has not communicated via the IPSec tunnel is NOT
affected.
All routing seems to be correct on the GW so some other mechanism must be
at play.
Any help appreciated.
BR,
Goran
More information about the freebsd-stable
mailing list