[Openswan Users] XL2TP/iPhone don't work because of wrong route/ip for UDP/1701 answer packets
wolfgang at linogate.de
Tue Jan 18 11:27:00 EST 2011
Am 18.01.2011 15:52, schrieb Paul Wouters:
> On Tue, 18 Jan 2011, Wolfgang Nothdurft wrote:
>> Now, since one or two weeks, it proposes that it is behind nat (see
>> l2tp_iphone_new.txt), but sends the l2tp 1701/udp packets anyway with
>> the public ip through the ipsec tunnel. Because openswan only insert a
>> route to the proposed local ip through the tunnel the answer packets
>> were routed direct over the default route.
>> The l2tpd gets only the repeatedly incoming request and logs:
>> Jan 18 11:27:44 riab l2tpd: control_finish: Peer requested tunnel
>> 21 twice, ignoring second one.
> Ohh. I did not realise that was the actual problem in these scenarios...
>> Removing the rightsubnet parameter from the config let the iPhone
>> connect, but than all other clients (Win7, etc) who proposes correctly
>> are left out.
> Can you try with one conn without rightsubnet and one conn with
> (without the %no). I wonder if that's what is causing this?
ok. it worked with virtual_private set to following:
leaving out 10.0.0.0/8 for the umts/iPhone subnet and 192.168.0.0/24 for
the local net.
and two connections:
But I need to load the connections in the correct order, if not the
connection match on gw-sn.
Jan 18 16:35:32 riab pluto: added connection description
Jan 18 16:35:33 riab pluto: added connection description
Also when I configure the 10.0.0.0/8 network in virtual_private, pluto
selects the wrong gw-sn connection.
But I need to test this setup with the windows clients, because I think
there were also problems, that pluto selects the wrong connection, if I
used a similar two conn setup.
More information about the Users