Here's what I get (I've removed the ip address due to me being a bit paranoid tonight :-P): # pon texan debug dump logfd 2 nodetach pppd options in effect: debug # (from command line) nodetach # (from command line) logfd 2 # (from command line) dump # (from command line) noauth # (from /etc/ppp/options.pptp) name BPS\Administrator # (from /etc/ppp/peers/texan) remotename PPTP # (from /etc/ppp/peers/texan) # (from /etc/ppp/options.pptp) pty pptp --nolaunchpppd # (from /etc/ppp/peers/texan) crtscts # (from /etc/ppp/options) # (from /etc/ppp/options) asyncmap 0 # (from /etc/ppp/options) lcp-echo-failure 4 # (from /etc/ppp/options) lcp-echo-interval 30 # (from /etc/ppp/options) hide-password # (from /etc/ppp/options) ipparam texan # (from /etc/ppp/peers/texan) proxyarp # (from /etc/ppp/options) nobsdcomp # (from /etc/ppp/options.pptp) nodeflate # (from /etc/ppp/options.pptp) noipx # (from /etc/ppp/options) using channel 2 Using interface ppp0 Connect: ppp0 has beeen already treated but i dont understand what to do ? I am not using nfs, so maybe could remove that post-up script.I do use wpasupplicant at home, but not at work where the VPN is. And for the others maybe I can figure out where they exit and put 'echo ', to try and figure out which one is hanging.Tony, follow Konstantin's advice, I agree with it.pptpconfig older version used to ask for the public network interface, such as eth0, but later we found this was not needed, so the question was removed.Matt On Tue, Mar 13, 2007 at PM -0400, Matthew Kopishke wrote: Many causes. Divide the problem space by using tcpdump to check to see if there are any GRE packets being sent by your system. you should have already have a configure ethernet connection 1.
Looks like I'll have to manually set up VPN using pptpconfig when I come in the office every morning, and have all my Konqueror windows blank since the network is not up when I boot. Is this type of response to maintain some sort of priesthood?After I ins= talled the latest pptp client to my Ubuntu, I am confused that there is no = such a form for that configuration.Once I tried to start the connection, i= t always failed and report the ppp0 is hang up.The instructions you have may not have been changed.As for the report that ppp0 is hanging up, this may indicate a normal problem. Read it carefully again, by going to and choosing the appropriate HOWTO from the documentation list on the left-hand side. If I type pptpconfig as non-root user, I get "command not found", not "no such command". The documentation says to run it as root, and the words "as root" link to this part of the FAQ: which also links to this part of the FAQ: which describes several ways that you could have got a message like "no such command". -- James Cameron HP Open Source, Volunteer PPTP Client Project, Release Engineer Sorry, I forgot to mention that I did read the page you sent me a link for.Well I openly admit that I am too stupid to understand this, so apparently I am shut out of the priesthood.-- What he means is that the script which runs after the interface comes up is waiting for a process to finish - which seems not to happen because the process doesn't return - waiting for something? So what you could do is using the & operator in that script after you worked out which process is not returning.PPTP uses PPP, and so with a system that has eth0 as a network interface, the first tunnel that starts will use ppp0. I don't ever seen anything logged with "GRE" in it.-- James Cameron HP Open Source, Volunteer PPTP Client Project, Release Engineer GUI for necessary configurations. tcpdump doesn't work because the ppp (ppp0) interface never gets an IP but it does get created, so something is failing pretty early in the process I guess.The peer returns saying that the compression option is not recognised or not acceptable for configureation. -- James Cameron HP Open Source, Volunteer PPTP Client Project, Release Engineer This is a stable (Woody) box. So it sounds like one of the scripts in if-up.d is hanging?I've installed pppd from sarge (2.4.4), I'm using 2.6.20 with ppp_mppe loaded and followed the debian howto, checked, doubled checked and then checked the configs again. In that dir I have: # dir /etc/network/if-up.d total 16 drwxr-xr-x 2 root root 74 2007-03-05 ./ drwxr-xr-x 7 root root 4096 2007-03-12 ../ -rwxr-xr-x 1 root root 1482 2007-01-07 avahi-daemon* -rwxr-xr-x 1 root root 3726 2006-11-26 mountnfs* -rwxr-xr-x 1 root root 462 2006-10-21 ntpdate* lrwxrwxrwx 1 root root 32 2007-02-03 wpasupplicant - ../../wpa_supplicant/ifupdown.sh* # When I'm at home (no VPN), the setup of ath0 does not hang.