On Mon, Aug 03, 2015 at 08:29:31PM -0500, martin McCormick wrote: > ukvpn.ufreevpn.com and I have never seen this work before so I am > not sure what a working setup behaves like. It appears that it > takes a sort of grand tour in which it makes 7 or 8 attempts at > connecting but it ultimately gives up. > > One should run the following command to test: > > pon ufreevpn debug dump logfd 2 nodetach > > pppd options in effect: > debug # (from command line) > nodetach # (from command line) > persist # (from /etc/ppp/peers/ufreevpn) > logfd 2 # (from command line) > dump # (from command line) > noauth # (from /etc/ppp/peers/ufreevpn) > remotename ukvpn.ufreevpn.com # (from /etc/ppp/peers/ufreevpn) > # (from /etc/ppp/peers/ufreevpn) > pty pptp ukvpn.ufreevpn.com --nolaunchpppd # (from /etc/ppp/peers/ufreevpn) > lcp-echo-failure 4 # (from /etc/ppp/options) > lcp-echo-interval 30 # (from /etc/ppp/options) > hide-password # (from /etc/ppp/options) > ipparam ukvpn.ufreevpn.com # (from /etc/ppp/peers/ufreevpn) > defaultroute # (from /etc/ppp/peers/ufreevpn) > usepeerdns # (from /etc/ppp/peers/ufreevpn) > nobsdcomp # (from /etc/ppp/peers/ufreevpn) > nodeflate # (from /etc/ppp/peers/ufreevpn) > require-mppe-128 # (from /etc/ppp/peers/ufreevpn) > noipx # (from /etc/ppp/options) > using channel 69 > Using interface ppp0 > Connect: ppp0 <--> /dev/pts/2 > sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x71258109> <pcomp> <accomp>] > rcvd [LCP ConfReq id=0x1 <asyncmap 0x0> <auth chap MS-v2> <magic 0x6ade22e2> <pcomp> <accomp>] > No auth is possible > sent [LCP ConfRej id=0x1 <auth chap MS-v2>] > sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x71258109> <pcomp> <accomp>] > rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0x71258109> <pcomp> <accomp>] > rcvd [LCP ConfReq id=0x2 <asyncmap 0x0> <magic 0x6ade22e2> <pcomp> <accomp>] > sent [LCP ConfAck id=0x2 <asyncmap 0x0> <magic 0x6ade22e2> <pcomp> <accomp>] > sent [LCP EchoReq id=0x0 magic=0x71258109] > MPPE required, but MS-CHAP[v2] auth not performed. > sent [LCP TermReq id=0x2 "MPPE required but not available"] If I'm reading this correctly, you've stated that the connection must use MPPE (because of the 'require-mppe-128' command in /etc/ppp/peers/ufreevpn), but the remote end has replied that MPPE is not available. Because of this, pppd terminated the connection. I would suggest confirming the settings with your VPN provider. Either you don't need MPPE, or they need to turn on support for it at their end. > rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0x71258109> <pcomp> <accomp>] > rcvd [LCP TermReq id=0x3 "peer refused to authenticate"] > sent [LCP TermAck id=0x3] > rcvd [LCP TermAck id=0x2] > Connection terminated. > using channel 70 > > It repeats this routine through 7 more channels. What > does one see when it works? > > Thank you. > > Martin McCormick > > > -- > To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org > Archive: [🔎] 20150804012931.RBJX8837.txofep01.suddenlink.net@localhost">https://lists.debian.org/[🔎] 20150804012931.RBJX8837.txofep01.suddenlink.net@localhost > -- For more information, please reread.
Attachment:
signature.asc
Description: Digital signature