[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