This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

PPTP doesn't work after upgrade to ASL 4

I recently upgraded my ASL to 4 (it's now 4.002) and brought in my configuration from a backup file from the old 3.216.  I had a couple of users set up for pptp using Windows 98 DUN 1.4 as the client, and they worked just fine.

Now I'm unable to log in using PPTP.  On the Windows side I get an Error 645, unable to connect.  On ASL I have the following entry in the logfile:

Mar 30 17:29:21 (none) pppd[19592]: pppd 2.4.2b1 started by (unknown), uid 0
Mar 30 17:29:21 (none) pppd[19592]: Starting negotiation on /dev/ttyp0
Mar 30 17:29:25 (none) pppd[19592]: No CHAP secret found for authenticating , trying aua now.
Mar 30 17:29:25 (none) pppd[19592]: Using interface ppp0
Mar 30 17:29:25 (none) pppd[19592]: CHAP peer authentication succeeded for 
Mar 30 17:29:25 (none) pppd[19592]: MPPE 40-bit stateless receive compression enabled
Mar 30 17:29:25 (none) pppd[19592]: CCP terminated by peer
Mar 30 17:29:25 (none) pppd[19592]: MPPE disabled
Mar 30 17:29:25 (none) pppd[19592]: Compression disabled by peer.
Mar 30 17:29:25 (none) pppd[19592]: Connection terminated.
Mar 30 17:29:25 (none) pppd[19592]: Connect time 0.1 minutes.
Mar 30 17:29:25 (none) pppd[19592]: Sent 49 bytes, received 73 bytes.
Mar 30 17:29:25 (none) pppd[19592]: Connect time 0.1 minutes.
Mar 30 17:29:25 (none) pppd[19592]: Sent 49 bytes, received 73 bytes.
Mar 30 17:29:25 (none) pppd[19592]: Exit.

Can anyone tell me what's wrong here?  I've tried enabling both 40-bit and 128-bit encryption; no difference.  Also have double-checked that the userid I'm using exists in the local users list and has PPTP permission.

TIA,

Dan
  


This thread was automatically locked due to age.
Parents Reply Children
  • OK, Oliver, you win!  I don't know why I never found this before. [:$]

    For those who need the details: IF you go into the W98 DUN properties, click the "Server Types" tab, and check both the boxes for "Require encrypted password" and "Require data encryption", it does work.  This with strong (128-bit) encryption set on the ASL side, too.

    I should add (not sure if it's necessary or not) that I also had "Enable software compression" checked, all others unchecked, and only TCP/IP as an allowed protocol.  I don't konw if these things are necessary, but they're part of what worked for me. 

    Cheers,

    Dan