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 error 619 --- even if ALL CAPS

by the way it just says

connection closed

619 unknown failure


This thread was automatically locked due to age.
Parents
  • Hey thanx for response yet.....I am sitting in a University subnet with official adresses....I talked to the admin he says that VPN through pptp is possible and nothing will block it.....so I really dont know
  • We are having the same issue, tried all this and lenghtining the timeouts and not luck. Lets say for instance there is some thing inbetween that is casueing these issues what would we do then?
  • Think we got this 619 error solved  .  Here is what we have done: 

    Modify "options-default" file.  (You don't need to modify "options" file, per se.  One you have restarted  it will automatically copy the content from "option-default" to "options")
    Edit the file var/chroot-pptp/etc/ppp/options-default 
    and Put the following lines:

    lcp-echo-failure        5 
    lcp-echo-interval       10 
    silent 

    Restart mdw module.

    The "lcp-echo-interval" controls how long the pppd has to send and echo request to make the connection alive.  Value 10 means "every 10 seconds". 

    The "lcp-echo-failure" controls how many tries to keep sending "echo request" before terminating the line if server does not receive any reply from peer.  Value 5 means trying 5 times.  This means the line won't be terminated completely in 5 * 10 seconds.

    These two parameters won't do anything good in terms of solving "Error 619".  Those two parameters are primarily for maintaining the established connection.  The "Error 619" is related to PPTP handshake problem.

    The key thing is "silent" command.  Soon as I put this command in, then, the "Error 619" went away when I established VPN from DSL line.  The "silent" command puts the server in the mode that it will not attempt to initiate the LCP connection (wait passively) until a valid LCP packet is received from remote side.  Without this command, the server will attempt to initiate the connection, and as soon as it does not receive valid LCP packets from remote peer (due to the latency or slow Internet connection), the server will simply quite and exit.  Then, the dialer will get Error 619.
  • sounds good.......I will give it a try and let you know....thanx so far!
  • i did as you said.....connection goes fast but i still get this 619 error!
    To explain...Astaro sits on a DSL Line and I want to connect from my University subnet....any other clue what it might be?

    regards
  • it works form a friends network....so something must block pptp in the university subnet
  • Hi,

    I assume that the University Firewall blocks GRE (IP Protocol 47) or is not able to NAT that protocol properly.

    Kind regards,

    Jens
Reply Children
  • to make it short this is my live-log....i  dont understand most of this but can you read out of this that no data connection via GRE (Port 47) is established? apparently username and passwd are verified via port 47

    ---------------------------------------------
    Oct 22 19:20:28 blackbox pppd[30152]: pppd 2.4.0 started by (unknown), uid 0
    Oct 22 19:20:28 blackbox pppd[30152]: using channel 12
    Oct 22 19:20:28 blackbox pppd[30152]: Using interface ppp1
    Oct 22 19:20:28 blackbox pppd[30152]: Connect: ppp1  /dev/ttyp1
    Oct 22 19:20:28 blackbox pppd[30152]: rcvd [LCP ConfReq id=0x0     ]
    Oct 22 19:20:28 blackbox pppd[30152]: scan_authfile: found IP address 127.0.0.1
    Oct 22 19:20:28 blackbox pppd[30152]: sent [LCP ConfReq id=0x1      ]
    Oct 22 19:20:28 blackbox pppd[30152]: sent [LCP ConfRej id=0x0 ]
    Oct 22 19:20:30 blackbox pppd[30152]: rcvd [LCP ConfReq id=0x1     ]
    Oct 22 19:20:30 blackbox pppd[30152]: sent [LCP ConfRej id=0x1 ]
    Oct 22 19:20:31 blackbox pppd[30152]: sent [LCP ConfReq id=0x1      ]
    Oct 22 19:20:33 blackbox pppd[30152]: rcvd [LCP ConfReq id=0x2     ]
    Oct 22 19:20:33 blackbox pppd[30152]: sent [LCP ConfRej id=0x2 ]
    Oct 22 19:20:34 blackbox pppd[30152]: sent [LCP ConfReq id=0x1      ]
    Oct 22 19:20:37 blackbox pppd[30152]: rcvd [LCP ConfReq id=0x3     ]
    Oct 22 19:20:37 blackbox pppd[30152]: sent [LCP ConfRej id=0x3 ]
    Oct 22 19:20:37 blackbox pppd[30152]: sent [LCP ConfReq id=0x1      ]
    Oct 22 19:20:40 blackbox pppd[30152]: sent [LCP ConfReq id=0x1      ]
    Oct 22 19:20:41 blackbox pppd[30152]: rcvd [LCP ConfReq id=0x4     ]
    Oct 22 19:20:41 blackbox pppd[30152]: sent [LCP ConfRej id=0x4 ]
    Oct 22 19:20:43 blackbox pppd[30152]: sent [LCP ConfReq id=0x1      ]
    Oct 22 19:20:46 blackbox pppd[30152]: rcvd [LCP ConfReq id=0x5     ]
    Oct 22 19:20:46 blackbox pppd[30152]: sent [LCP ConfRej id=0x5 ]
    Oct 22 19:20:46 blackbox pppd[30152]: sent [LCP ConfReq id=0x1      ]
    Oct 22 19:20:49 blackbox pppd[30152]: sent [LCP ConfReq id=0x1      ]
    Oct 22 19:20:49 blackbox pppd[30152]: rcvd [LCP ConfReq id=0x6     ]
    Oct 22 19:20:49 blackbox pppd[30152]: sent [LCP ConfRej id=0x6 ]
    Oct 22 19:20:52 blackbox pppd[30152]: sent [LCP ConfReq id=0x1      ]
    Oct 22 19:20:53 blackbox pppd[30152]: rcvd [LCP ConfReq id=0x7     ]
    Oct 22 19:20:53 blackbox pppd[30152]: sent [LCP ConfRej id=0x7 ]
    Oct 22 19:20:55 blackbox pppd[30152]: sent [LCP ConfReq id=0x1      ]
    Oct 22 19:20:57 blackbox pppd[30152]: rcvd [LCP ConfReq id=0x8     ]
    Oct 22 19:20:57 blackbox pppd[30152]: sent [LCP ConfRej id=0x8 ]
    Oct 22 19:20:58 blackbox pppd[30152]: LCP: timeout sending Config-Requests 
    Oct 22 19:20:58 blackbox pppd[30152]: Connection terminated.
    Oct 22 19:20:58 blackbox pppd[30152]: Exit.
  • Hi,

    no, I cannot see this in the log, but the Username and Password are exchanged using TCP Port 1723, after that the encrypted tunnel traffic is sent using IP Protocol 47 (GRE, not port 47).
    You might ask the firewall administrator at your university if he allows that type of traffic (at least the TCP traffic seems to get through), and maybe he will open that for you.
    Might also be that the NAT device he is using cannot deal with GRE, so I cannot help you too much.

    kind regards,

    Jens
  • Also I am have 619 error. This is PPTP log:

    Nov  5 17:20:46 asl pppd[9452]: Connect: ppp0  /dev/ttyp0
    Nov  5 17:20:49 asl pppd[9452]: No CHAP secret found for authenticating biagio on pptp, trying aua with MS-CHAP
    Nov  5 17:20:51 asl aua[9467]: U:biagio F[:P]ptp R[:D]ENY
    Nov  5 17:20:51 asl pppd[9452]: aua denied access

    Help!!
  • Thanx to JensM, apparently GRE was blocked by the University Admin. He made a rule for me and now PPtP works fine.....cheers go out to you!