pptp error 619 --- even if ALL CAPS

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

Hi I setted my ASL up like the pptp HowTo said and I am using mat as username and a password that has ALL CAPS in it....but I still get this error 619 message. Anyone got a clue on that? thanx......

the 619 is not necessarily because of a password, but you should definitly try another password just to make sure. i had the 619 a couple of times if there was some NAT/packet filtering equipment between the roadwarrior and the Astaro which seemed to have problems with the GRE protocol.

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

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.