Print

[Ninho]

Ok, we think we finally tracked down this one and in theory, it should be squished.  Tunnels shouldn't stop working randomly once they're up...

Good shot! Looks OK now from where I stand ! Pending confirmation, thank you again...

As it is, we already do some NAT preservation by sending LCP pings periodically over the PPP control link.  Keeps that channel live, and checks for dead links.

Haha! I told'm all it could be at the LCP level under PPTP. Anyway like Jim I'd be delighted to read more in-depth explanations, even though I might not grasp the full picture  ;=)

[donaldgmartin]

My tunnel's been up for 2.5 hours and it's still working. Looks like the problem is gone, thanks to crew at HE.
By the way, what's with the "encryption" option in the tunnel settings? How do I enable it?

[kcochran]

My tunnel's been up for 2.5 hours and it's still working. Looks like the problem is gone, thanks to crew at HE.
By the way, what's with the "encryption" option in the tunnel settings? How do I enable it?

Glad to hear it.

And you don't.  It's purely there as an informational note for now.  I've updated the help text associated with it clarifying that.

[Ninho]

+1. Tunnel still working after being left unattended for a few hours 

As for encryption, it'll be a plus if you would enable it as an option some time later.

[homeipv6]

Frankfurt VPN works almost 6 hours.
Thanks for fixing it.

[mthode]

Yep, still up for me too after 3 hours.

[liuxyon]

I am using the 72.52.104.74 server, the PPTP Connected but no Traffic question happen again now.

[anackin]

I have a Fedora 12 box with DSL modem,  I tried this:

ip route delete default
ip route add default route dev ppp0 scope link metric 10
ip route add default via 192.168.0.1 dev eth0  proto static  metric 11

ppp0 is my PPTP device  and 192.168.0.1 my default gw,

I'm not sure metrics is the right way, but works for me.
 
Anackin

[jimb]

I have a Fedora 12 box with DSL modem,  I tried this:

ip route delete default
ip route add default route dev ppp0 scope link metric 10
ip route add default via 192.168.0.1 dev eth0  proto static  metric 11

ppp0 is my PPTP device  and 192.168.0.1 my default gw,

I'm not sure metrics is the right way, but works for me.
 
Anackin

Presuming you're doing 6in4 through this?  If so, perhaps this is an alternative to policy routing.

I'm guessing what makes this work is the lower metric + the scope clause on the default through the PPTP.  I'm not positive, but I'm thinking maybe the scope clause causes routing to ignore the default route unless the ppp0 interface is involved, which would be the case when the source IP is the ppp0 IPv4, then that default is considered and selected because of the lower metric?

That'd have basically the same affect as policy routing if it works the way I describe above, only using the default through ppp0 if the source IPv4 lives on the ppp0 interface.  But I'm guessing here since I'm not fully understanding how the "scope" thing works in this context.

[anackin]

Yep. I think scope link means route goes to the device, whatever its IP (looking some ipsysctl howto).

What I want is route all traffic TO the pptp and receive from pptp; so, packet sent via ppp0 must reach pptp server. But if pptp is default gw they never reach remote pptp link.

Metrics make all packet go to ppp0 dev (first choice, lower metric); but packet of pptp tunnel loops, so they find another default gw with higher metric, the local one, and they reach pptp server.

The problem is: in no way my 6in4 tunnelbroker work if I choose same endpoint of VPN. The only way I managed was to change the IPv4 tunnel endpoint and then attach it to my dynamic IP DSL. It's like having 2 vpn, one ipv4 and other ipv6, with ipv6 tunnel endpoint in my dsl dynamic ip.  

Can anyone make tunnelbroker ipv6 and vpn with same endpoint work in linux?

[jimb]

Ah.  I thought u were already doing that.  You need to use policy routing.  see the post by mthode.

[anackin]

Thank you.  I follow mthode post.

Now

->pptp works.

->with policy routing I had my ipv6 tunnel work with pptp endpoint.

->With default gateways ppp0 + eth0 with different metrics, I make my connection get pptp IP.  (I mean, www.myip.net give my pptp ip.), while before it was my dynamic dsl IP.  I think metrics is the workaround for my NAT issues.