[Openswan Users] L2TP OS X/Windows problem

Lawrence Manning lawrence.manning at smoothwall.net
Mon Jan 18 06:45:17 EST 2010


On 15 Jan 2010, at 15:37, Lawrence Manning wrote:

> Hi,
>
> On 15 Jan 2010, at 15:16, Paul Wouters wrote:
>
>> On Fri, 15 Jan 2010, Lawrence Manning wrote:
>>
>>> We've come into the old rightprotoport problem documented in a few
>>> places.  Basically if we change it too:
>>>
>>> rightportoport=1701/0
>>>
>>> The OS X client can connect, but the windows user cant.  Apparently
>>> this is fixed in openswan 2.4.10 but even with 2.4.15 we still  
>>> errors
>>> connecting with the windows client:
>>
>> Use rightportoport=1701/%any
>>
>> You might need to grab the _updown.netkey from openswan 2.6 and use
>> that
>> as _updown for 2.4.x. )or just upgrade to 2.6.24)
>
> Now the ipsec stage completes but I get the following from xl2tpd:
>
> xl2tpd[11856]: setsockopt recvref: Protocol not available
> xl2tpd[11856]: This binary does not support kernel L2TP.
> xl2tpd[11856]: xl2tpd version xl2tpd-1.1.12 started on
> smoothwall.local PID:11856
> xl2tpd[11856]: Written by Mark Spencer, Copyright (C) 1998, Adtran,  
> Inc.
> xl2tpd[11856]: Forked by Scott Balmos and David Stipp, (C) 2001
> xl2tpd[11856]: Inherited by Jeff McAdams, (C) 2002
> xl2tpd[11856]: Forked again by Xelerance (www.xelerance.com) (C) 2006
> xl2tpd[11856]: Listening on IP address 0.0.0.0, port 1701
> xl2tpd[11856]: control_finish: Peer requested tunnel 14 twice,
> ignoring second one.
> xl2tpd[11856]: control_finish: Peer requested tunnel 14 twice,
> ignoring second one.
> (etc)
>
> I get no such problems if I use 17/1701 as rightprotoport - ipsec is
> allowed through and xl2tpd fires up the pppd.  This is all using a
> Windows XP2 client.
>
> We are still on KLIPS here.  Any ideas what changes we need to make to
> the _updown?  Am really confused!

Bad form to reply to your own post, however...

Running 2.4.15 now (KLIPS) and have figured out what's cuasing the  
issue.  I just can't fix it. :(

When connecting with rightprotoport=17/1701, I get a nice route to my  
client:

192.168.72.203  192.168.72.1    255.255.255.255 UGH   0      0         
0 ipsec0

So L2TP traffic travels down ipsec0, which is right.

But with rightprotoport=17/%any I see:

0.0.0.0         192.168.72.1    255.255.255.255 UGH   0      0         
0 ipsec0

As this route.  The l2tp traffic travels down the ethernet, which is  
obviously not right.

Does anyone know how to fix this?  It's as if the %any is being turned  
into 0.0.0.0 as the routing network....

-- 

Lawrence Manning
Lead Developer

SmoothWall Ltd
1 John Charles Way
Leeds LS12 6QA
United Kingdom

1 800 959 3760     (USA, Canada and North America)
0870 1 999 500     (United Kingdom)
+44 870 1 999 500  (All other countries)

SmoothWall is registered in England: 4298247

This email and any attachments transmitted with it are confidential to  
the intended recipient(s) and may not be communicated to any other  
person or published by any means without the permission of SmoothWall  
Limited.  Any opinions stated in this message are solely those of the  
author.  See: http://smoothwall.net/company/email.php for the full  
text of this notice.



More information about the Users mailing list