[pptp-server] error 720 on client

Jeff Shanholtz jsubs at shanholtz.com
Mon Sep 24 09:52:11 CDT 2001


IP settings are configured for automatic assignment of IP address and
dns servers, so there doesn't appear to be a problem on the client end.

I have tried giving the remote address setting a range instead of a
single address just in case, but that didn't help and, indeed, I had it
working just fine before without the range. The "no more clients can
connect" just means that the server is *now* maxed out on client
connections; it is irrelevant to this problem (I also got the message
when clients could connect just fine).

Also, you were curious about the jeff/shane thing. jeff is the user name
and shane is the server's host name.

Thanks for taking a look at my problem and hopefully someone will have
the solution. :)


-----Original Message-----
From: pptp-server-admin at lists.schulte.org
[mailto:pptp-server-admin at lists.schulte.org] On Behalf Of Neale Banks
Sent: Monday, September 24, 2001 1:23 AM
To: Jeff Shanholtz
Cc: PoPToP List
Subject: Re: [pptp-server] error 720 on client


On Mon, 24 Sep 2001, Jeff Shanholtz wrote:

> My client machine is getting an error 720 after it tries to "register
> computer on the network". My server is RH 7.1 (ppp 2.4.0) with poptop
> 1.0.1. My client is XP Pro and the vpn properties dialog is almost
> identical to that of 2000. Chosen security settings: typical, require
> secured password, use win logon is unchecked, and require data
> encryption is unchecked. I had been connecting to the server just fine
> until tonight but I don't know what has changed to make it stop
working.
> Any advice would be appreciated.

snippet from
http://support.microsoft.com/directory/article.asp?ID=KB;EN-US;Q163111

	"720     No PPP control protocols configured."

> The most relevant pptpd.log file messages (complete set below) seem to
> be:
> 
>     Sep 24 00:22:03 shane pptpd[1564]: CTRL: Made a CALL DISCONNECT
RPLY
> packet
>     Sep 24 00:22:03 shane pppd[1565]: LCP terminated by peer
> (^UM-^J^?^D^@<M-Mt^@^@^BM-P)

Yes, but we need to consider "why?".  Your logs didn't suggest that IPCP
ever came up.  Have you double-checked the IP settings?

> Here is my config file (/etc/pptpd.conf) - comment lines stripped out:
> 
>     option /etc/ppp/options.pptp
>     localip 192.168.0.244
>     remoteip 192.168.0.245

I see only one remoteip here - can you give it a small range?

[...]
> Here are the relevant lines from /var/log/pptpd.log:
> 
[...]
>     Sep 24 00:22:00 shane pptpd[1430]: MGR: No free connection slots
or
> IPs - no more clients can connect!
        ^^^^^^^^^^^^^^^^^^^^^^^^^^^^

This could be significant.

[...]
>     Sep 24 00:22:00 shane pptpd[1565]: CTRL (PPPD Launcher): local
> address = 192.168.0.244
>     Sep 24 00:22:00 shane pptpd[1564]: CTRL: Sent packet to client
>     Sep 24 00:22:00 shane pptpd[1565]: CTRL (PPPD Launcher): remote
> address = 192.168.0.245

OK, pptpd thinks it has an IP address for each end.

>     Sep 24 00:22:00 shane pppd[1565]: pppd 2.4.0 started by root, uid
0
>     Sep 24 00:22:00 shane pppd[1565]: using channel 2
>     Sep 24 00:22:00 shane pppd[1565]: Using interface ppp0
>     Sep 24 00:22:00 shane pppd[1565]: Connect: ppp0 <--> /dev/pts/0
>     Sep 24 00:22:00 shane pptpd[1564]: CTRL: Received PPTP Control
> Message (type: 15)

[...]
>     Sep 24 00:22:02 shane pppd[1565]: rcvd [CHAP Response id=0x1
> <25debd17cb6e762dbd084ac14634b7e8>, name = "jeff"]
>     Sep 24 00:22:02 shane pppd[1565]: sent [CHAP Success id=0x1
"Welcome
> to shane."]

"jeff" has authenticated th "shane"?

>     Sep 24 00:22:02 shane pppd[1565]: sent [IPCP ConfReq id=0x1 <addr
> 192.168.0.244> <compress VJ 0f 01>]

We send an IPCP ConfReq.

>     Sep 24 00:22:02 shane pptpd[1564]: CTRL: Received PPTP Control
> Message (type: 15)
>     Sep 24 00:22:03 shane pppd[1565]: sent [CCP ConfReq id=0x1
<deflate
> 15> <deflate(old#) 15> <bsd v1 15>]
>     Sep 24 00:22:03 shane pptpd[1564]: CTRL: Got a SET LINK INFO
packet
> with standard ACCMs
>     Sep 24 00:22:03 shane pppd[1565]: CHAP peer authentication
succeeded
> for jeff
>     Sep 24 00:22:03 shane pptpd[1564]: CTRL: Received PPTP Control
> Message (type: 12)
>     Sep 24 00:22:03 shane pppd[1565]: rcvd [LCP TermReq id=0x5 15 8a
7f
> 04 00 3c cd 74 00 00 02 d0]

Now we receive an LCP TermReq, without getting IPCP established.

This doesn't smell right in the IP department.  Hopefully somebody else
can see a specific problem.

HTH,
Neale.

_______________________________________________
pptp-server maillist  -  pptp-server at lists.schulte.org
http://lists.schulte.org/mailman/listinfo/pptp-server
--- To unsubscribe, go to the url just above this line. --




More information about the pptp-server mailing list