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

HELP! PPTP doesn't work anymore!

Yesterday I updated my ASL box to 4.008. Since that time the PPTP VPN access doesn't work anymore! I haven't changed any settings. I've already disabled and enabled the PPTP service, but with no effect. The same for deleting and re-creating the user. Can anyone help me?  


This thread was automatically locked due to age.
Parents
  • You may try to start daemon with -D option, then it should work - ti require the stdin or tty - its a bug I suppose  
  • which daemon? pptpd do not have -D option, only -d.
    that's for debug, it doesn't help.  
  • Hi Chris,

    aside from the error message, does the PPTP connection work fine ?
    The message you get may indicate that the machine has more than one interface connected to the same physical wire. This causes problems with the Windows name service. Could this be the trouble in your case ?

    Stephan   
  • Unfortunately, no.  I'm not connecting to the PPTP service from the same logical location as the ASL.  I was connecting to the ASL from my office, where my ASL device is at home. 
  • Hi Stephan,

    Yes, I paste the wrong logs ;-).
    In these logs, CHAP authentification succeeded but can't send config-requests:
    "
    Jul 13 13:43:07 (none) pptpd[1065]: CTRL: Client xxx.xxx.xxx.xxx control connection started
    Jul 13 13:43:08 (none) pptpd[1065]: CTRL: Starting call (launching pppd, opening GRE)
    Jul 13 13:43:08 (none) pppd[1066]: pppd 2.4.2b1 started by (unknown), uid 0
    Jul 13 13:43:08 (none) pppd[1066]: Starting negotiation on /dev/ttyp2
    Jul 13 13:43:16 (none) pptpd[1065]: CTRL: Ignored a SET LINK INFO packet with real ACCMs!
    Jul 13 13:43:16 (none) pppd[1066]: No CHAP secret found for authenticating , trying aua now.
    Jul 13 13:43:16 (none) pppd[1066]: Using interface ppp2
    Jul 13 13:43:16 (none) pppd[1066]: CHAP peer authentication succeeded for 
    Jul 13 13:43:49 (none) pppd[1066]: CCP: timeout sending Config-Requests 
    Jul 13 13:43:53 (none) pptpd[1065]: CTRL: Closing child BCrelay with pid 0
    Jul 13 13:43:53 (none) pptpd[1065]: CTRL: Closing child ppp with pid 1066
    Jul 13 13:43:53 (none) pptpd[1065]: CTRL: Client xxx.xxx.xxx.xxx control connection finished
    Jul 13 13:43:53 (none) pppd[1066]: Terminating on signal 2.
    "

    I asked the user to change the ISP: some don't accept GRE packets.

    Any idea?

    Regards,  
  • Anyone still experiencing the issues with the PPTP VPN's?  Also, is there an official patch for this issue? 
  • still got issues here after applying the patch


    asher

     
  • If you received the module busy errors, reboot your ASL. It worked fine for me. 
  • It definately fixed my connectivity issues but I still get randomly timed disconnects and GRE errors showing up in my logs.  Not sure if they are user OS related or the Astaro box.   
  • Jul 25 14:09:31 (none) pppd[32683]: CCP: timeout sending Config-Requests 
    Jul 25 14:09:33 (none) pppd[32683]: sent [LCP EchoReq id=0x7 magic=0x2d7ae10d]
    Jul 25 14:09:33 (none) pppd[32683]: rcvd [IPCP ConfReq id=0x10 ]
    Jul 25 14:09:33 (none) pppd[32683]: sent [IPCP TermAck id=0x10]
    Jul 25 14:09:33 (none) pppd[32683]: rcvd [LCP EchoRep id=0x7 magic=0x4d957c2c]
    Jul 25 14:09:37 (none) pptpd[32682]: CTRL: Received PPTP Control Message (type: 15)
    Jul 25 14:09:37 (none) pptpd[32682]: CTRL: Got a SET LINK INFO packet with standard ACCMs
    Jul 25 14:09:37 (none) pppd[32683]: rcvd [LCP TermReq id=0x11 "M\37777777625|,\000
  • I am in the same boat. I applied the patch and still nothing.  
  • make sure that 'maximum strength encryption' is enabled.
    (advanced security settings)

    read u
    o|iver  
Reply Children
No Data