[pptp-server] error 720 on client

[Neale Banks]

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.