You're underestimating Murphy's law...It looks to me that you're almost there.
I changed the pppd option 'auth' to 'noauth'. This took care of that authentication problem, but now I have a different problem, with the l2tpd daemon itself, which seems to be pulling the carpet from under the feet of pppd. Here is the l2tpd log (I sent a 't' message to form the tunnel and a 'c' message to make the connection):
-----------------------------------------
This binary does not support kernel L2TP.
l2tpd version 0.64 started on earendil.ath.cx PID:16307
Written by Mark Spencer, Copyright (C) 1998, Adtran, Inc.
Forked by Scott Balmos and David Stipp, (C) 2001
Linux version 2.4.20 on a i686, port 1701
do_control: Got message t lns.inter.net.il (18 bytes long)
do_control: Attempting to tunnel to lns.inter.net.il
l2tp_call:Connecting to host lns.inter.net.il, port 1701
check_control: control, cid = 0, Ns = 0, Nr = 1
control_finish: Connection established to 213.8.56.18, 1701. Local: 17767, Remote: 59713.
check_control: control, cid = 0, Ns = 1, Nr = 2
do_control: Got message c 17767 (7 bytes long)
do_control: Attempting to call on tunnel 17767
lac_call: Calling on tunnel 17767
check_control: control, cid = 0, Ns = 1, Nr = 3
control_finish: Call established with 213.8.56.18, Local: 18547, Remote: 18402, Serial: 1
start_pppd: I'm running: "/usr/sbin/pppd" "passive" "-detach"
check_control: control, cid = 0, Ns = 2, Nr = 4
check_control: control, cid = 18402, Ns = 2, Nr = 4
message_type_avp: attempting to negotiate OCRP when state != OCRQ
handle_avps: Bad exit status handling attribute 0 (Message Type) on mandatory packet.
call_close: Call 18547 to 213.8.56.18 disconnected
check_control: control, cid = 0, Ns = 3, Nr = 5
check_control: control, cid = 0, Ns = 3, Nr = 5
control_finish: Connection closed to 213.8.56.18, port 1701 (), Local: 17767, Remote: 59713
-----------------------------------------
And here are the syslog entries for the pppd:
-----------------------------------------
Jan 2 22:51:04 earendil pppd[16309]: pppd 2.4.1 started by root, uid 0
Jan 2 22:51:14 earendil pppd[16309]: Terminating on signal 15.
Jan 2 22:51:14 earendil pppd[16309]: tcsetattr: Interrupted system call
Jan 2 22:51:14 earendil pppd[16309]: Exit.
-----------------------------------------
I made several such attempts, and the syslog entries for pppd sometime read:
-----------------------------------------
Jan 2 21:31:34 earendil pppd[5164]: pppd 2.4.1 started by root, uid 0
Jan 2 21:31:44 earendil pppd[5164]: Failed to reopen /dev/ttyp0: Input/output error
Jan 2 21:31:44 earendil pppd[5164]: Exit.
-----------------------------------------
This seems to suggest that pppd is being manhandled by its parent, l2tpd, which is not pleased with OCRP/OCRQ/avps/etc. Sounds like Chinese to me.
A side note: I discovered that Inet Zahav supposedly does accept pptp connections from cable clients on matav.inter.net.il - when I try connecting there with a pptp client, the connection is established, and then hung up after a period of between 0.1 seconds and 3.5 minutes. I have not been able to successfully get packets routed through the connection and am baffled by the mysterious interruptions:
-----------------------------------------
Jan 2 22:34:30 earendil pppd[15049]: pppd 2.4.1 started by root, uid 0
Jan 2 22:34:30 earendil pppd[15049]: Using interface ppp0
Jan 2 22:34:30 earendil pppd[15049]: Connect: ppp0 <--> /dev/pts/1
Jan 2 22:34:34 earendil pppd[15049]: kernel does not support PPP filtering
Jan 2 22:34:34 earendil pppd[15049]: local IP address 80.230.234.129
Jan 2 22:34:34 earendil pppd[15049]: remote IP address 213.8.255.217
Jan 2 22:34:35 earendil pppd[15049]: Hangup (SIGHUP)
Jan 2 22:34:35 earendil pppd[15049]: Modem hangup
Jan 2 22:34:35 earendil pppd[15049]: Connection terminated.
Jan 2 22:34:35 earendil pppd[15049]: Connect time 0.1 minutes.
Jan 2 22:34:35 earendil pppd[15049]: Sent 61 bytes, received 40 bytes.
Jan 2 22:34:36 earendil pppd[15049]: Exit.
-----------------------------------------
--------------------------------------------------------------------------
Haifa Linux Club Mailing List (http://www.haifux.org)
To unsub send an empty message to [EMAIL PROTECTED]
