Hi, I'm trying to configure a responder for use in a "roadwarrior" scenario, albeit unsuccessfully. Topology/Config: -ip route default via 192.168.1.254 dev eth0 src 192.168.1.1 metric 202 192.168.1.0/24 dev eth0 proto kernel scope link src 192.168.1.1 metric 202 Default gateway @ 192.168.1.254 provides internet access and also inbound NAT forwarding of ports 500/4500 from an internet IP. -ipsec.conf:
conn %default ikelifetime=60m keylife=20m rekeymargin=3m keyingtries=1 keyexchange=ikev1 conn rw left=192.168.1.1 leftsubnet=0.0.0.0/0 leftauth=psk right=%any rightauth=psk rightauth2=xauth auto=add rightsourceip=%dhcp -ip route show table 220 192.168.1.50 via 192.168.1.254 dev eth0 proto static Symptoms: I am able to establish a VPN connection from the internet to the responder and the client is assigned an IP from the DHCP pool. The responder can ping the client's IP address assigned from DHCP - therefore 2-way communication over the tunnel. The remote internet client can also send packets over the tunnel to the rest of the 192.168.1.0/24 subnet which reach their destination (e.g. to 192.168.1.2). The responder then correctly replies to ARP on behalf of the clients address (e.g. 192.168.1.50) and the return packet arrives to the responders interface. However, the responder is replying with ICMP redirect to 192.168.1.254 to the sender and therefore the return packet does not reach the client. Any ideas? Cheers, Michael.
