View previous topic :: View next topic |
Author |
Message |
Jkay Apprentice
![Apprentice Apprentice](/images/ranks/rank_rect_2.gif)
![](images/avatars/7750548363e50127c81e1b.png)
Joined: 31 Dec 2002 Posts: 214 Location: thatched-roof cottages
|
Posted: Tue Aug 15, 2006 5:44 am Post subject: New Relakks service runs perfectly by following the [TIP] |
|
|
... PPTP Wiki located here ... with ONE EXCEPTION .. do not specify a DOMAIN, or use the the two following slashies. Place only your username into the configs, like this:
NOT
in both the /etc/ppp/chap-secrets file and the /etc/ppp/peers/VPNNAME file. If you include a DOMAIN, you'll just get an MS-CHAP incorrect DOMAIN error and be hung up on by the Relakks VPN server.
The Wiki for MS-CHAP/PPTP VPN does not mention that you must auto-load kernel module "ppp_mppe" at boot-time, but you must.
Relakks is a new 128bit encrypted VPN tunnel service, with "Darknet" ... obscuring your identity from .. well anyone.
Relakks Legal Stuff is an enlightening read! |
|
Back to top |
|
![](templates/gentoo/images/spacer.gif) |
Jkay Apprentice
![Apprentice Apprentice](/images/ranks/rank_rect_2.gif)
![](images/avatars/7750548363e50127c81e1b.png)
Joined: 31 Dec 2002 Posts: 214 Location: thatched-roof cottages
|
Posted: Tue Aug 15, 2006 7:39 am Post subject: |
|
|
Hmm ... perhaps I spoke too soon.
This is my first attempt at adding a PPP interface to the eth0, and it's up and running fine:
Code: | Aug 15 03:36:13 mbr pppd[18142]: CHAP authentication succeeded
Aug 15 03:36:13 mbr pppd[18142]: MPPE 128-bit stateless compression enabled
Aug 15 03:36:16 mbr pppd[18142]: not replacing existing default route to eth0 [192.168.1.1]
Aug 15 03:36:16 mbr pppd[18142]: local IP address 82.209.178.131
Aug 15 03:36:16 mbr pppd[18142]: remote IP address 82.209.178.2
Aug 15 03:36:16 mbr pppd[18142]: primary DNS address 82.209.168.98
Aug 15 03:36:16 mbr pppd[18142]: secondary DNS address 82.209.168.99
Aug 15 03:36:44 mbr pptp[18162]: anon log[logecho:pptp_ctrl.c:676]: Echo Request received. |
So that's all fine BUT as you can see in the log snippet, it explicitly does NOT replace the default route, and the machine continues to use eth0 instead of the ppp0 VPN tunnel.
ideas please. |
|
Back to top |
|
![](templates/gentoo/images/spacer.gif) |
Jkay Apprentice
![Apprentice Apprentice](/images/ranks/rank_rect_2.gif)
![](images/avatars/7750548363e50127c81e1b.png)
Joined: 31 Dec 2002 Posts: 214 Location: thatched-roof cottages
|
Posted: Tue Aug 15, 2006 2:49 pm Post subject: |
|
|
Ok, I got everything working using the net-dialup/pptpconfig tool ... works great, but Im going to tweak it more once I have some solid info regarding changing routing tables on the fly ... make it more automated. |
|
Back to top |
|
![](templates/gentoo/images/spacer.gif) |
transpetaflops Apprentice
![Apprentice Apprentice](/images/ranks/rank_rect_2.gif)
Joined: 16 May 2005 Posts: 159
|
Posted: Tue Aug 15, 2006 9:32 pm Post subject: |
|
|
Has anyone tried this successfully with x86_64? It works for me in 32-bit Gentoo but in 64-bit Gentoo pptpconfig crashes with a "Fatal signal 11". Googling turns up nothing.
/PP |
|
Back to top |
|
![](templates/gentoo/images/spacer.gif) |
Jkay Apprentice
![Apprentice Apprentice](/images/ranks/rank_rect_2.gif)
![](images/avatars/7750548363e50127c81e1b.png)
Joined: 31 Dec 2002 Posts: 214 Location: thatched-roof cottages
|
Posted: Tue Aug 15, 2006 10:58 pm Post subject: |
|
|
The ebuild for pptpconfig is kind of crap. It calls for old PHP4 and really pulls in some older deps. If I knew anything about ebuilds at all, I'd fix it because it's a VERY nice tool. |
|
Back to top |
|
![](templates/gentoo/images/spacer.gif) |
bobert n00b
![n00b n00b](/images/ranks/rank_rect_0.gif)
![](images/avatars/gallery/Austin_Powers/Austin_Powers_-_No_2.gif)
Joined: 26 Sep 2002 Posts: 65 Location: Malaysia
|
|
Back to top |
|
![](templates/gentoo/images/spacer.gif) |
|