[Openswan Users] Problem with Leopard

[Denis Beltramo]

Good morning,

I have a problem with Leopard, I have read the threads that are linked on
jacco webpage. For me i diffirent: the tunnels go up, but don't work l2tpd.
This is the logs:

auth.log

Apr 30 14:56:59 vpnserver pluto[9623]: "roadwarrior"[3]192.168.1.55 #6:
switched from "roadwarrior" to "roadwarrior"
Apr 30 14:56:59 vpnserver pluto[9623]: "roadwarrior"[4] 213.144.67.21 #6:
deleting connection "roadwarrior" instance with peer
192.168.1.55{isakmp=#0/ipsec=#0}
Apr 30 14:56:59 vpnserver pluto[9623]: "roadwarrior"[4] 192.168.1.55 #6: I
am sending my cert
Apr 30 14:56:59 vpnserver pluto[9623]: "roadwarrior"[4] 192.168.1.55 #6:
transition from state STATE_MAIN_R2 to state STATE_MAIN_R3
Apr 30 14:56:59 vpnserver pluto[9623]: "roadwarrior"[4] 192.168.1.55 #6:
STATE_MAIN_R3: sent MR3, ISAKMP SA established {auth=OAKLEY_RSA_SIG
cipher=oakley_3des_cbc_192 prf=oakley_sha group=modp1024}
Apr 30 14:56:59 vpnserver pluto[9623]: "roadwarrior"[4] 192.168.1.55 #6:
ignoring informational payload, type IPSEC_INITIAL_CONTACT
Apr 30 14:56:59 vpnserver pluto[9623]: "roadwarrior"[4] 192.168.1.55 #6:
received and ignored informational message
Apr 30 14:57:00 vpnserver pluto[9623]: "roadwarrior"[4] 192.168.1.55 #7:
responding to Quick Mode {msgid:fa1bde89}
Apr 30 14:57:00 vpnserver pluto[9623]: "roadwarrior"[4] 192.168.1.55 #7:
transition from state STATE_QUICK_R0 to state STATE_QUICK_R1
Apr 30 14:57:00 vpnserver pluto[9623]: "roadwarrior"[4] 192.168.1.55 #7:
STATE_QUICK_R1: sent QR1, inbound IPsec SA installed, expecting QI2
Apr 30 14:57:00 vpnserver pluto[9623]: "roadwarrior"[4] 192.168.1.55 #7:
transition from state STATE_QUICK_R1 to state STATE_QUICK_R2
Apr 30 14:57:00 vpnserver pluto[9623]: "roadwarrior"[4] 192.168.1.55 #7:
STATE_QUICK_R2: IPsec SA established {ESP=>0x0d23926b <0x5f69f275
xfrm=AES_128-HMAC_SHA1 NATD=none DPD=none}


but l2tpd don't go:

[global]
; if you run l2tpd on the internal interface only, enable the line below
; listen-addr = 127.0.0.1
[lns default]
ip range = 10.1.1.1 - 10.1.1.50
local ip = 10.1.1.254
require chap = yes
refuse pap = yes
require authentication = yes
name = OpenswanVPNServer
ppp debug = yes
pppoptfile = /etc/ppp/options.l2tpd
length bit = yes


log:

Apr 29 17:39:48 vpnserver l2tpd[8216]: check_control: control, cid = 0, Ns =
0, Nr = 0
Apr 29 17:39:48 vpnserver l2tpd[8216]: handle_avps: handling avp's for
tunnel 62387, call 65531
Apr 29 17:39:48 vpnserver l2tpd[8216]: message_type_avp: message type 1
(Start-Control-Connection-Request)
Apr 29 17:39:48 vpnserver l2tpd[8216]: protocol_version_avp: peer is using
version 1, revision 0.
Apr 29 17:39:48 vpnserver l2tpd[8216]: framing_caps_avp: supported peer
frames: async sync
Apr 29 17:39:48 vpnserver l2tpd[8216]: hostname_avp: peer reports hostname
''
Apr 29 17:39:48 vpnserver l2tpd[8216]: assigned_tunnel_avp: using peer's
tunnel 17
Apr 29 17:39:48 vpnserver l2tpd[8216]: receive_window_size_avp: peer wants
RWS of 4.  Will use flow control.
Apr 29 17:39:48 vpnserver l2tpd[8216]: control_finish: Peer requested tunnel
17 twice, ignoring second one.
Apr 29 17:39:52 vpnserver l2tpd[8216]: control_xmit: Unable to deliver
closing message for tunnel 49184. Destroying anyway.



YOu have sugggestion?

-- 
Denis Beltramo
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openswan.org/pipermail/users/attachments/20080430/e6d12459/attachment-0001.html