no networkt when pptp is active

I faced a similar issue, only it was the lack of a routing table rule that redirected traffic properly, everything was set to go through the tunnel because that's how pptp works.

I created a route client side that says "Anything destined for 192.168.2.0 uses gateway 192.168.3.2 (pptp client IP)." Prior to this, everything was trying to go through the pptp tunnel first. 

This is directly affected by an option in the pptp config "Use remote gw as default". Turning that option on, allowed data through the pptp tunnel but not out to the net (broken implementation?) and off, it would allow all traffic to the net, and is supposed to catch traffic destined for the remote end of the tunnel and redirect. The caveat here is the fact that my remote LAN is a 192.168.2, and the pptp-pool is a .3, hence the route. "Use default GW unless it goes to 192.168.2.0, for 192.168.2.0 it goes through 192.168.3.2)"

This works perfectly for me.

Also make sure you have rules open for the pptp connections, it doesn't do auto-magic iptables rules for you like ipsec does.

This is only required if the lan you want to contact is on a different subnet than your pptp-pool.

Reply with your ip pool configs - this may or may not be the case for you.
      

I faced a similar issue, only it was the lack of a routing table rule that redirected traffic properly, everything was set to go through the tunnel because that's how pptp works.

I created a route client side that says "Anything destined for 192.168.2.0 uses gateway 192.168.3.2 (pptp client IP)." Prior to this, everything was trying to go through the pptp tunnel first. 

This is directly affected by an option in the pptp config "Use remote gw as default". Turning that option on, allowed data through the pptp tunnel but not out to the net (broken implementation?) and off, it would allow all traffic to the net, and is supposed to catch traffic destined for the remote end of the tunnel and redirect. The caveat here is the fact that my remote LAN is a 192.168.2, and the pptp-pool is a .3, hence the route. "Use default GW unless it goes to 192.168.2.0, for 192.168.2.0 it goes through 192.168.3.2)"

This works perfectly for me.

Also make sure you have rules open for the pptp connections, it doesn't do auto-magic iptables rules for you like ipsec does.

This is only required if the lan you want to contact is on a different subnet than your pptp-pool.

Reply with your ip pool configs - this may or may not be the case for you.
      

Hmmm ... I think you missunderstood me a little.
The pptp clients can access the WAN just fine when they "dial in".
But my "normal" hosts in the LAN subnet can't access the WAN as long as a pptp client is connected. When it disconnets, everything is fine again ...
But thanks for you help till here anyway. [:)]
Regards.
 Chris  

oops.  sorry.  I did misunderstand you.

Unfortunately, I don't know enough about PPTP to help you, but I'm sure someone else here does.