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 win xp

can someone please help me with this....and yes it was working before and no I have not made any setting changes

Jun 10 12:00:35 (none) pptpd[30893]: CTRL: I wrote 32 bytes to the client.
Jun 10 12:00:35 (none) pptpd[30893]: CTRL: Sent packet to client
Jun 10 12:00:35 (none) pptpd[30893]: GRE: Bad checksum from pppd.
Jun 10 12:00:35 (none) pptpd[30893]: CTRL: Received PPTP Control Message (type: 15)
Jun 10 12:00:35 (none) pptpd[30893]: CTRL: Got a SET LINK INFO packet with standard ACCMs
Jun 10 12:00:35 (none) pptpd[30893]: GRE: read(fd=6,buffer=8055c40,len=8260) from network failed: status = -1 error = Protocol not available
Jun 10 12:00:35 (none) pptpd[30893]: CTRL: GRE-tunnel has collapsed (GRE read or PTY write failed (gre,pty)=(6,5))
Jun 10 12:00:35 (none) pptpd[30893]: CTRL: Closing child ppp with pid 30894
Jun 10 12:00:35 (none) pptpd[30893]: CTRL: Client 66.134.26.xxx control connection finished
Jun 10 12:00:35 (none) pptpd[30893]: CTRL: Exiting now
Jun 10 12:00:42 (none) pptpd[30928]: MGR: Launching /usr/local/sbin/pptpctrl to handle client
Jun 10 12:00:42 (none) pptpd[30928]: CTRL: local address = 10.227.62.1
Jun 10 12:00:42 (none) pptpd[30928]: CTRL: remote address = 10.227.62.3
Jun 10 12:00:42 (none) pptpd[30928]: CTRL: pppd options file = /etc/ppp/options
Jun 10 12:00:42 (none) pptpd[30928]: CTRL: Client 66.134.26.xxx control connection started
Jun 10 12:00:42 (none) pptpd[30928]: CTRL: Received PPTP Control Message (type: 1)
Jun 10 12:00:42 (none) pptpd[30928]: CTRL: Made a START CTRL CONN RPLY packet
Jun 10 12:00:42 (none) pptpd[30928]: CTRL: I wrote 156 bytes to the client.
Jun 10 12:00:42 (none) pptpd[30928]: CTRL: Sent packet to client
Jun 10 12:00:42 (none) pptpd[30928]: CTRL: Received PPTP Control Message (type: 7)
Jun 10 12:00:42 (none) pptpd[30928]: CTRL: Set parameters to 1525 maxbps, 64 window size
Jun 10 12:00:42 (none) pptpd[30928]: CTRL: Made a OUT CALL RPLY packet
Jun 10 12:00:42 (none) pptpd[30928]: CTRL: Starting call (launching pppd, opening GRE)
Jun 10 12:00:43 (none) pptpd[30928]: CTRL: pty_fd = 5
Jun 10 12:00:43 (none) pptpd[30928]: CTRL: tty_fd = 6
Jun 10 12:00:43 (none) pptpd[30929]: CTRL (PPPD Launcher): Connection speed = 115200
Jun 10 12:00:43 (none) pptpd[30929]: CTRL (PPPD Launcher): local address = 10.227.62.1
Jun 10 12:00:43 (none) pptpd[30929]: CTRL (PPPD Launcher): remote address = 10.227.62.3
Jun 10 12:00:43 (none) pptpd[24671]: MGR: Reaped child 30928
Jun 10 12:00:43 (none) pppd[30929]: pppd 2.4.0 started by (unknown), uid 0
Jun 10 12:00:43 (none) pppd[30929]: using channel 41
Jun 10 12:00:43 (none) pppd[30929]: Using interface ppp1
Jun 10 12:00:43 (none) pppd[30929]: Connect: ppp1  /dev/ttyp1
Jun 10 12:00:43 (none) pppd[30929]: scan_authfile: found IP address 127.0.0.1
Jun 10 12:00:43 (none) pppd[30929]: sent [LCP ConfReq id=0x1      ]
Jun 10 12:00:43 (none) pppd[30929]: Modem hangup
Jun 10 12:00:43 (none) pppd[30929]: Connection terminated.
   


This thread was automatically locked due to age.
Parents
  • Had the exact same problem and contacted Astaro support. Here is a copy'n'paste:

    "we had to replace the pptp daemon due to some security holes in  Up2Date 4.007.

     Please create a new pptp connection on the client side and do not change any parameter (using defaults).
     
    If you get error 619 retry to connect several times."

    I tried Astaro's suggestion and have been able to successfully connect again. However, I have found that W2K connects more frequently (with less retries) than WinXP and some of our WinXP boxes can't connect at all.
      
Reply
  • Had the exact same problem and contacted Astaro support. Here is a copy'n'paste:

    "we had to replace the pptp daemon due to some security holes in  Up2Date 4.007.

     Please create a new pptp connection on the client side and do not change any parameter (using defaults).
     
    If you get error 619 retry to connect several times."

    I tried Astaro's suggestion and have been able to successfully connect again. However, I have found that W2K connects more frequently (with less retries) than WinXP and some of our WinXP boxes can't connect at all.
      
Children
No Data