Page 1 of 2
How to setup VPN?
Posted: Mon 22 Aug 2011, 14:48
by Brown Mouse
I've done a search for this problem but have not yet found a solution.
I'm trying to setup a vpn in Puppy(tried in Lupu and Slacko so far) by adding the 'VPN server,login and password to 'Gppt PPTP VPN Client' but when I hit the connect button I get this.
'Connecting to VPN server...
PPTP client (30430) exited with 0'
Any help appreciated.
Posted: Sat 27 Aug 2011, 09:37
by tempestuous
It's an obvious question - but are you sure your VPN server is MPPT-MPPE?
Might it be OpenVPN or CiscoVPN instead?
Posted: Sun 28 Aug 2011, 04:43
by disciple
Did you see
this thread in your search?
Posted: Sun 11 Sep 2011, 04:28
by tempestuous
I have sent a PM to Brown Mouse asking to tell us the outcome.
Posted: Sun 11 Sep 2011, 08:00
by Brown Mouse
Hi tempestuous/disciple
Thank you both for trying to help with the VPN issue.
There really was no outcome and the reason for not following up on it to date.
I'm merely using the information from the link below,opening up 'GPPTP PPTP VPN Client' from menu> network,adding the info to the fields but it wont work.
I know the VPN works itself as I can easily use it in both Windows XP/7.
http://uk.gofreevpn.com/
Posted: Sun 11 Sep 2011, 16:58
by tempestuous
OK, that's why we ask users to reveal the results of advice we provide. Now we know the
full details of what you're trying to achieve, not just one or two technical components thereof. Now we know:
i) the details of the VPN server you're trying to connect to -
http://uk.gofreevpn.com/
ii) and that this server is, indeed, PPTP and is thus truly compatible with gpptp.
Now there's an additional advantage of providing feedback: we can troubleshoot the problem!
I went ahead and tried the uk.gofreevpn.com connection details in gpptp myself (after making the minor configuration adjustments explained by jafadmin) ... and it works !
Sure, the "PPTP client exited with 0" message doesn't look positive, but when I opened /var/log/messages I saw these lines -
Code: Select all
pppd[5047]: CHAP authentication succeeded
...
pppd[5047]: local IP address 10.38.1.7
pppd[5047]: remote IP address 10.38.0.1
pppd[5047]: primary DNS address 8.8.8.8
pppd[5047]: secondary DNS address 8.8.4.4
Then I just needed to change the route so my network traffic goes via this tunnel, as such -
Now when I go to
http://whatismyipaddress.com/
I see that I have a UK IP address !!
All looks good to me.
Posted: Sun 11 Sep 2011, 17:32
by Brown Mouse
tempestuous wrote:OK, that's why we ask users to reveal the results of advice we provide. Now we know the
full details of what you're trying to achieve, not just one or two technical components thereof. Now we know:
i) the details of the VPN server you're trying to connect to -
http://uk.gofreevpn.com/
ii) and that this server is, indeed, PPTP and is thus truly compatible with gpptp.
Now there's an additional advantage of providing feedback: we can troubleshoot the problem!
I went ahead and tried the uk.gofreevpn.com connection details in gpptp myself (after making the minor configuration adjustments explained by jafadmin) ... and it works !
Sure, the "PPTP client exited with 0" message doesn't look positive, but when I opened /var/log/messages I saw these lines -
Code: Select all
pppd[5047]: CHAP authentication succeeded
...
pppd[5047]: local IP address 10.38.1.7
pppd[5047]: remote IP address 10.38.0.1
pppd[5047]: primary DNS address 8.8.8.8
pppd[5047]: secondary DNS address 8.8.4.4
Then I just needed to change the route so my network traffic goes via this tunnel, as such -
Now when I go to
http://whatismyipaddress.com/
I see that I have a UK IP address !!
All looks good to me.
That's great,I'm pleased it does work.
Only problem is,I don't understand jafadmin's post..Could you explain further where to place your line of code?
Thanks
Edit*
Posted: Mon 12 Sep 2011, 01:23
by tempestuous
jafadmin wrote:1. in /etc/ppp, copy "ip-up-EXAMPLE" to just "ip-up"
2. in the /etc/options.pptp file, uncomment the: "require-mppe-128" line, and save the file.
... but I see that jafadmin made a typo with 2. - it should be /etc/ppp/options.pptp
and sorry, I now see there's one more tweak necessary:
3. in /etc/ppp/options.pptp comment out the "refuse-chap" line (add # to the start of the line).
Now you're ready to run gpptp. When it exits, wait a few seconds and you should see a second connection icon appear in the tray.
Now would be a good time to open /var/log/messages just to see what's going on.
Then the "line of code" you refer to is a command you must run (in a console) -
Posted: Mon 12 Sep 2011, 04:39
by disciple
tempestuous wrote:jafadmin wrote:1. in /etc/ppp, copy "ip-up-EXAMPLE" to just "ip-up"
2. in the /etc/options.pptp file, uncomment the: "require-mppe-128" line, and save the file.
... but I see that jafadmin made a typo with 2. - it should be /etc/ppp/options.pptp
Might not be a typo - I have a feeling it might have moved over the years
Posted: Mon 12 Sep 2011, 08:44
by Brown Mouse
tempestuous wrote:jafadmin wrote:1. in /etc/ppp, copy "ip-up-EXAMPLE" to just "ip-up"
2. in the /etc/options.pptp file, uncomment the: "require-mppe-128" line, and save the file.
... but I see that jafadmin made a typo with 2. - it should be /etc/ppp/options.pptp
and sorry, I now see there's one more tweak necessary:
3. in /etc/ppp/options.pptp comment out the "refuse-chap" line (add # to the start of the line).
Now you're ready to run gpptp. When it exits, wait a few seconds and you should see a second connection icon appear in the tray.
Now would be a good time to open /var/log/messages just to see what's going on.
Then the "line of code" you refer to is a command you must run (in a console) -
tempestuous
Success!It works now after following your instructions.
The only thing I don't see is a second connection icon appear in the tray?Also,the disconnect button is greyed out in gpptp so I have to reboot to lose the connection. I'm using Lucid 528.
Thanks for your patience.
Posted: Mon 12 Sep 2011, 09:26
by disciple
Also,the disconnect button is greyed out in gpptp so I have to reboot to lose the connection.
IIRC you'll find something in the thread about a route command to restore your normal networking without rebooting.
Posted: Mon 12 Sep 2011, 12:01
by Brown Mouse
disciple wrote:Also,the disconnect button is greyed out in gpptp so I have to reboot to lose the connection.
IIRC you'll find something in the thread about a route command to restore your normal networking without rebooting.
disciple
You were right.It seems I found the same problems as you, i.e. unable to disconnect.
What I did was,download 'gpptp-mod.zip' extracted it and then ran the newly created'gpptp'file.(I had previously assumed that 'gpptp' would be up to date in the newer versions of Puppy.This isn't the case).
The 'disconnect button now works and without the need to kill or reboot.
Thanks for your help guys
Posted: Tue 11 Oct 2011, 01:40
by Diggs
(sarcasm)
Oh ya - That thread really helps the average user -
(/sarcasm)
"
Since I'm connecting from a routable IP address, I create a script to route all non-routable (RFC-1918) networks using my "ppp? - inet addr" address as the gateway. What this does is make available to me all RFC-1918 networks that route back to the vpn server I connected to. "
I routinely use both MS VPN and Cisco VPN (both in Windows and in Ubuntu) and trying to get gpptp set up and running is a total mess. These forums are littered with posts of those that never did get a connection. It's a shame that something that works so easy in other distros and OSs has to be such a mess in Puppy.
Posted: Tue 11 Oct 2011, 10:02
by disciple
Are you having trouble connecting to a VPN yourself?
Diggs wrote:
Oh ya - That thread really helps the average user
1. I didn't have a clue what the state of gpptp was in their version of Puppy (Now that we know, feel free to try to get people to include improved/more up to date gpptp packages when they make Puppy).
2. I couldn't remember it all because it was so long ago.
3. I didn't have access to a VPN to test myself.
It therefore made sense to point that thread out because I knew it contained the needed information. If someone didn't understand it they could always ask for more help.
In the future I can point to this thread instead, and people can even test with a free VPN first!
I routinely use both MS VPN and Cisco VPN (both in Windows and in Ubuntu) and trying to get gpptp set up and running is a total mess. These forums are littered with posts of those that never did get a connection. It's a shame that something that works so easy in other distros and OSs has to be such a mess in Puppy.
Its a shame that Puppy doesn't have decent infrastructure for people to help with package management, improvements and documentation...
But feel free to write a wiki page or something.
Posted: Wed 06 Mar 2013, 14:20
by stiginge
I am trying to connect to uk.justfreevpn.com and I'm getting the following output from gpptp:
Code: Select all
Connecting to VPN server...
PPTP client (16937) exited with 0
daemon: No such device
anon warn[decaps_hdlc:pptp_gre.c:204]: short read (-1): Input/output error
anon warn[decaps_hdlc:pptp_gre.c:216]: pppd may have shutdown, see pppd log
my var/log/messages:
Code: Select all
Mar 6 14:23:23 zimmer daemon.notice pptp[6986]: anon log[main:pptp.c:314]: The synchronous pptp option is NOT activated
Mar 6 14:23:23 zimmer daemon.notice pptp[6992]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 1 'Start-Control-Connection-Request'
Mar 6 14:23:23 zimmer daemon.notice pptp[6992]: anon log[ctrlp_disp:pptp_ctrl.c:739]: Received Start Control Connection Reply
Mar 6 14:23:23 zimmer daemon.notice pptp[6992]: anon log[ctrlp_disp:pptp_ctrl.c:773]: Client connection established.
Mar 6 14:23:24 zimmer daemon.notice pptp[6992]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 7 'Outgoing-Call-Request'
Mar 6 14:23:24 zimmer daemon.notice pptp[6992]: anon log[ctrlp_disp:pptp_ctrl.c:858]: Received Outgoing Call Reply.
Mar 6 14:23:24 zimmer daemon.notice pptp[6992]: anon log[ctrlp_disp:pptp_ctrl.c:897]: Outgoing call established (call ID 0, peer's call ID 24704).
Mar 6 14:23:24 zimmer local2.notice pppd[7041]: pppd 2.4.5 started by root, uid 0
Mar 6 14:23:24 zimmer local2.debug pppd[7041]: using channel 2
Mar 6 14:23:24 zimmer local2.info pppd[7041]: Using interface ppp0
Mar 6 14:23:24 zimmer local2.notice pppd[7041]: Connect: ppp0 <--> /dev/pts/1
Mar 6 14:23:24 zimmer local2.debug pppd[7041]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xb2c242a8> <pcomp> <accomp>]
Mar 6 14:23:27 zimmer local2.debug pppd[7041]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xb2c242a8> <pcomp> <accomp>]
Mar 6 14:23:27 zimmer local2.debug pppd[7041]: rcvd [LCP ConfReq id=0x1 <asyncmap 0x0> <auth chap MS-v2> <magic 0xe78b5d32> <pcomp> <accomp>]
Mar 6 14:23:27 zimmer local2.debug pppd[7041]: sent [LCP ConfAck id=0x1 <asyncmap 0x0> <auth chap MS-v2> <magic 0xe78b5d32> <pcomp> <accomp>]
Mar 6 14:23:27 zimmer local2.debug pppd[7041]: rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0xb2c242a8> <pcomp> <accomp>]
Mar 6 14:23:27 zimmer local2.debug pppd[7041]: rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0xb2c242a8> <pcomp> <accomp>]
Mar 6 14:23:27 zimmer local2.debug pppd[7041]: rcvd [CHAP Challenge id=0x5b <e1ba75df80d07aec444f20d3e24b877f>, name = "pptpd"]
Mar 6 14:23:27 zimmer local2.debug pppd[7041]: sent [CHAP Response id=0x5b <0f64839ccec0bd38cb3da4a1f17c1ac600000000000000002dca22543b226ef25ee69d3858f9182227e0e0807234986c00>, name = "justfreevpn"]
Mar 6 14:23:27 zimmer local2.debug pppd[7041]: rcvd [CHAP Failure id=0x5b "E=691 R=1 C=e1ba75df80d07aec444f20d3e24b877f V=0 M=Access denied"]
Mar 6 14:23:27 zimmer local2.err pppd[7041]: MS-CHAP authentication failed: Access denied
Mar 6 14:23:27 zimmer local2.err pppd[7041]: CHAP authentication failed
Mar 6 14:23:27 zimmer local2.debug pppd[7041]: sent [LCP TermReq id=0x2 "Failed to authenticate ourselves to peer"]
Mar 6 14:23:27 zimmer local2.debug pppd[7041]: rcvd [LCP TermReq id=0x2 "Authentication failed"]
Mar 6 14:23:27 zimmer local2.debug pppd[7041]: sent [LCP TermAck id=0x2]
Mar 6 14:23:27 zimmer local2.debug pppd[7041]: rcvd [LCP TermAck id=0x2]
Mar 6 14:23:27 zimmer local2.notice pppd[7041]: Connection terminated.
Mar 6 14:23:27 zimmer daemon.notice pptp[6992]: anon log[pptp_read_some:pptp_ctrl.c:544]: read returned zero, peer has closed
Mar 6 14:23:27 zimmer daemon.notice pptp[6992]: anon log[callmgr_main:pptp_callmgr.c:258]: Closing connection (shutdown)
Mar 6 14:23:27 zimmer daemon.notice pptp[6992]: anon log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 12 'Call-Clear-Request'
Mar 6 14:23:27 zimmer daemon.notice pptp[6992]: anon log[pptp_read_some:pptp_ctrl.c:544]: read returned zero, peer has closed
Mar 6 14:23:27 zimmer daemon.notice pptp[6992]: anon log[call_callback:pptp_callmgr.c:79]: Closing connection (call state)
Mar 6 14:23:28 zimmer local2.info pppd[7041]: Exit.
Mar 6 14:23:28 zimmer daemon.warn pptp[7091]: anon warn[decaps_hdlc:pptp_gre.c:204]: short read (-1): Input/output error
Mar 6 14:23:28 zimmer daemon.warn pptp[7091]: anon warn[decaps_hdlc:pptp_gre.c:216]: pppd may have shutdown, see pppd log
Mar 6 14:23:38 zimmer user.info kernel: gnome-pty-helpe[7441] general protection ip:b781ee98 sp:bfcf9df8 error:0 in ld-2.11.1.so[b7809000+1c000]
Posted: Wed 06 Mar 2013, 16:52
by Semme
As your Pup has the required pkgs, you could probably follow along
here.
Posted: Thu 07 Mar 2013, 21:21
by stiginge
Semme wrote:As your Pup has the required pkgs, you could probably follow along
here.
Got anything on using gpptp? That link is not using gpptp, i've tried and it doesn't work
Posted: Thu 07 Mar 2013, 21:31
by Semme
Then again, maybe not. Without stating what was tried- "I've tried" carries zero weight. I stand by my post.
Posted: Thu 07 Mar 2013, 22:35
by Semme
To engage is to go forward. To ignore input is to stand still- FAST! Step up >> go forward..
Posted: Tue 12 Mar 2013, 20:07
by stiginge
Stop spamming the forums SEMME and wasting people's time