Any pptp gurus out there???

Hi There,

I'm trying to add a new pptp client to an already working setup.
However, I seem to get thrown off. This is the log I get...

Oct 12 22:06:17 linux pppd[14512]: pppd 2.4.2b3 started by root, uid 0
Oct 12 22:06:17 linux pppd[14512]: Using interface ppp0
Oct 12 22:06:17 linux pppd[14512]: Connect: ppp0 <--> /dev/pts/3
Oct 12 22:06:17 linux /etc/hotplug/net.agent: assuming ppp0 is already
up
Oct 12 22:06:19 linux pptp[14523]: anon
log[decaps_hdlcptp_gre.c:216]: PPP mode seems to be Asynchronous.
Oct 12 22:06:21 linux pppd[14512]: CHAP authentication succeeded
Oct 12 22:06:21 linux pppd[14512]: MPPE 128-bit 40-bit stateless
compression enabled
Oct 12 22:06:21 linux pppd[14512]: LCP terminated by peer
Oct 12 22:06:21 linux pptp[14510]: anon
log[pptp_dispatch_ctrl_packetptp_ctrl.c:795]: Call disconnect
notification received (call id 0)
Oct 12 22:06:21 linux pptp[14510]: anon
log[pptp_dispatch_ctrl_packetptp_ctrl.c:796]: Result code is 3:
'Administrative Shutdown'. Error code is 0, Cause code is 0
Oct 12 22:06:21 linux pptp[14510]: anon
log[call_callbackptp_callmgr.c:76]: Closing connection
Oct 12 22:06:21 linux pptp[14510]: anon
log[pptp_conn_closeptp_ctrl.c:357]: Closing PPTP connection
Oct 12 22:06:24 linux pppd[14512]: Connection terminated.

The connections that I have that do work come up with a 128-bit MPPE
stateless connection, and then report the IP address, rather than
128-bit 40-bit and then termination.

Is there something wrong in my setup, or could it be at their end.
It's a linux server, running RedHat 7.2 IIRC.

Any suggestions will be gratefully received... Like I say, I've got
vpn's connected to other servers which work fine.

Cheers,


Steve.
PS When I connect via the XP vpn client, all works fine ):

Steve Holdoway <(E-Mail Removed)> wrote:

> I'm trying to add a new pptp client to an already working setup.
> However, I seem to get thrown off. This is the log I get...
>
> Oct 12 22:06:17 linux pppd[14512]: pppd 2.4.2b3 started by root, uid 0
> Oct 12 22:06:17 linux pppd[14512]: Using interface ppp0
> Oct 12 22:06:17 linux pppd[14512]: Connect: ppp0 <--> /dev/pts/3
> Oct 12 22:06:17 linux /etc/hotplug/net.agent: assuming ppp0 is already
> up
> Oct 12 22:06:19 linux pptp[14523]: anon
> log[decaps_hdlcptp_gre.c:216]: PPP mode seems to be Asynchronous.
> Oct 12 22:06:21 linux pppd[14512]: CHAP authentication succeeded
> Oct 12 22:06:21 linux pppd[14512]: MPPE 128-bit 40-bit stateless
> compression enabled
> Oct 12 22:06:21 linux pppd[14512]: LCP terminated by peer

Enable debugging in the pppd and post the output (typically
this is done by adding the option "debug" to the /etc/ppp/options
file). This debug output should shed more light on the problem.

My guess is that client and server can't agree upon an acceptable
encryption method to be used and so the connection is terminated.


Ciao, Horst
--
»When pings go wrong (It hurts me too)« E.Clapton/E.James/P.Tscharn

Here's the debug version... I've sanitized it a bit.

Any ideas??

Steve

Oct 13 18:05:18 linux pppd[16898]: pppd 2.4.2b3 started by root, uid 0
Oct 13 18:05:18 linux pppd[16898]: using channel 4065
Oct 13 18:05:18 linux pppd[16898]: Using interface ppp0
Oct 13 18:05:18 linux pppd[16898]: Connect: ppp0 <--> /dev/pts/3
Oct 13 18:05:18 linux pppd[16898]: sent [LCP ConfReq id=0x1 <mru 1458>
<asyncmap 0x0> <magic 0x8fc90b1d> <pcomp> <accomp>]
Oct 13 18:05:20 linux pptp[16909]: anon
log[decaps_hdlcptp_gre.c:216]: PPP mode seems to be Asynchronous.
Oct 13 18:05:20 linux pppd[16898]: rcvd [LCP ConfAck id=0x1 <mru 1458>
<asyncmap 0x0> <magic 0x8fc90b1d> <pcomp> <accomp>]
Oct 13 18:05:21 linux pppd[16898]: rcvd [LCP ConfReq id=0x4c <mru
1500> <asyncmap 0xa0000> <auth chap MS-v2> <magic 0x3c85a3f> <pcomp>
<accomp>]
Oct 13 18:05:21 linux pppd[16898]: sent [LCP ConfAck id=0x4c <mru
1500> <asyncmap 0xa0000> <auth chap MS-v2> <magic 0x3c85a3f> <pcomp>
<accomp>]
Oct 13 18:05:21 linux pppd[16898]: sent [LCP EchoReq id=0x0
magic=0x8fc90b1d]
Oct 13 18:05:21 linux pppd[16898]: rcvd [CHAP Challenge id=0x2
<fairlylongnumber>, name = "remote.ip.address"]
Oct 13 18:05:21 linux pppd[16898]: sent [CHAP Response id=0x2
<greatbiglongnumber>, name = "<username>"]
Oct 13 18:05:21 linux pppd[16898]: rcvd [LCP EchoRep id=0x0
magic=0x3c85a3f bf 17]
Oct 13 18:05:21 linux pppd[16898]: rcvd [CHAP Success id=0x2
"S=anotherlongnumber"]
Oct 13 18:05:21 linux pppd[16898]: CHAP authentication succeeded
Oct 13 18:05:21 linux pppd[16898]: sent [CCP ConfReq id=0x1 <mppe +H
-M +S +L -D -C>]
Oct 13 18:05:21 linux pppd[16898]: rcvd [IPCP ConfReq id=0xa3 <addr
remote.ip.addr> <compress VJ 07 00>]
Oct 13 18:05:21 linux pppd[16898]: sent [IPCP TermAck id=0xa3]
Oct 13 18:05:21 linux pppd[16898]: rcvd [CCP ConfReq id=0x7b <mppe +H
-M +S +L -D -C>]
Oct 13 18:05:21 linux pppd[16898]: sent [CCP ConfNak id=0x7b <mppe +H
-M +S -L -D -C>]
Oct 13 18:05:21 linux pppd[16898]: rcvd [CCP ConfAck id=0x1 <mppe +H
-M +S +L -D -C>]
Oct 13 18:05:21 linux pppd[16898]: rcvd [CCP ConfReq id=0x7c <mppe +H
-M +S -L -D -C>]
Oct 13 18:05:21 linux pppd[16898]: sent [CCP ConfAck id=0x7c <mppe +H
-M +S -L -D -C>]
Oct 13 18:05:21 linux pppd[16898]: MPPE 128-bit 40-bit stateless
compression enabled
Oct 13 18:05:21 linux pppd[16898]: sent [IPCP ConfReq id=0x1 <compress
VJ 0f 01> <addr local.ip.address>]
Oct 13 18:05:21 linux pppd[16898]: rcvd [LCP TermReq id=0x4d]
Oct 13 18:05:21 linux pppd[16898]: LCP terminated by peer
Oct 13 18:05:21 linux pppd[16898]: sent [LCP TermAck id=0x4d]
Oct 13 18:05:21 linux pptp[16896]: anon
log[pptp_dispatch_ctrl_packetptp_ctrl.c:795]: Call disconnect
notification received (call id 0)
Oct 13 18:05:21 linux pptp[16896]: anon
log[pptp_dispatch_ctrl_packetptp_ctrl.c:796]: Result code is 3:
'Administrative Shutdown'. Error code is 0, Cause code is 0
Oct 13 18:05:21 linux pptp[16896]: anon
log[call_callbackptp_callmgr.c:76]: Closing connection
Oct 13 18:05:21 linux pptp[16896]: anon
log[pptp_conn_closeptp_ctrl.c:357]: Closing PPTP connection
Oct 13 18:05:24 linux pppd[16898]: Connection terminated.
Oct 13 18:05:25 linux pppd[16898]: Exit.

Steve Holdoway <(E-Mail Removed)> wrote:
> Oct 13 18:05:21 linux pppd[16898]: CHAP authentication succeeded
> Oct 13 18:05:21 linux pppd[16898]: sent [CCP ConfReq id=0x1 <mppe +H
> -M +S +L -D -C>]
> Oct 13 18:05:21 linux pppd[16898]: rcvd [IPCP ConfReq id=0xa3 <addr
> remote.ip.addr> <compress VJ 07 00>]
> Oct 13 18:05:21 linux pppd[16898]: sent [IPCP TermAck id=0xa3]

This could mean that the noip pppd option is being used; in any case
it is very likely the reason the peer terminated PPP negotiations.
I don't know of other reason that would cause pppd to terminate IPCP
upon receiving one IPCP Configure-Request.

....

> Oct 13 18:05:21 linux pppd[16898]: LCP terminated by peer
> Oct 13 18:05:21 linux pppd[16898]: sent [LCP TermAck id=0x4d]

--
Clifford Kite Email: "echo xvgr_yvahk-(E-Mail Removed)|rot13"
PPP-Q&A links, downloads: http://ckite.no-ip.net/
/* The wealth of a nation is created by the productive labor of its
* citizens. */