VPN connection won't work: it connects, but it is not used

I want to use VPN Connections, but this doesn't work.
I tested KVpnc, and it could connect, and I see a symbol in the task
from the connection, but it is not used by Iceweasel or Opera.

Then I made this file at /etc/ppp/peers/swiss:
emotename swiss
linkname swiss
ipparam swiss
pty "pptp --loglevel 1 connect.swissvpn.net --nolaunchppp$
# domain and username, used to select lines in secrets fi$
name swissvpntest
# **dns von swiss**
usepeerdns
# **oder eigender dns**
#ms-dns 10.21.5.1
# use MPPE encryption
require-mppe
nomppe-stateful
# require the use of MPPE, with 128-bit encryption
require-mppe-128
# we do not require the peer to authenticate itself
noauth
# we want to see what happen
nodetach
# lock the device
lock
# Use BSD compression
bsdcomp 9,15
# Use deflate method
deflate 9,15
# userdefined MTU
mtu 1300
# **gateway von swiss nutzen?**
defaultroute


and my /etc/ppp/chap-secrets looks like this:
Secrets for authentication using CHAP
# client server secret IP addres$
swissvpntest swiss swissvpntest *


(You may test it with this data, it is only a public test account from
SwissVPN.net)

If I start it now with
pppd defaultroute call swiss

Again I see a connection at the task, but I does not work !

Can you help me to solve this problem?

Thanks !

I am using Sidux 64 Bit with KDE 3.5.8.

Greetings

Ricardo <(E-Mail Removed)> wrote:
> I want to use VPN Connections, but this doesn't work.
> I tested KVpnc, and it could connect, and I see a symbol in the task
> from the connection, but it is not used by Iceweasel or Opera.

> Then I made this file at /etc/ppp/peers/swiss:
> emotename swiss
> linkname swiss
> ipparam swiss
> pty "pptp --loglevel 1 connect.swissvpn.net --nolaunchppp$

I would use the IP address for connect.swissvpn.net to avoid any problem
that might be associated with DNS lookup.

> # domain and username, used to select lines in secrets fi$
> name swissvpntest
> # **dns von swiss**
> usepeerdns

Be aware that the usepeerdns option may get DNS server addresses but pppd
puts them in the file /etc/ppp/resolv.conf, not in /etc/resolv.conf .
However, some distributions put scripting (or a call to another script) in
/etc/ppp/ip-up that writes a new /etc/resolv.conf with the addresses.

> # **oder eigender dns**
> #ms-dns 10.21.5.1
> # use MPPE encryption
> require-mppe
> nomppe-stateful
> # require the use of MPPE, with 128-bit encryption
> require-mppe-128
> # we do not require the peer to authenticate itself
> noauth
> # we want to see what happen
> nodetach
> # lock the device
> lock
> # Use BSD compression
> bsdcomp 9,15
> # Use deflate method
> deflate 9,15

IMHO you shouldn't try to use bsdcomp or deflate compression even if the
swiss site is not using M$. In fact it would be better to use nobsdcomp
and nodeflate as in the tunneling example found in man pptp.

> # userdefined MTU
> mtu 1300
> # **gateway von swiss nutzen?**
> defaultroute

Do you really want a default route through the PPP interface? If so then
should a default route already exist it will have to be removed, otherwise
pppd won't set a default route even with the defaultroute option.

> and my /etc/ppp/chap-secrets looks like this:
> Secrets for authentication using CHAP
> # client server secret IP addres$
> swissvpntest swiss swissvpntest *


> (You may test it with this data, it is only a public test account from
> SwissVPN.net)

> If I start it now with
> pppd defaultroute call swiss

> Again I see a connection at the task, but I does not work !

That really doesn't help much in determining what causes the problem.
When you "see" that what does "route -n" show? Can you ping the IP
address of connect.swissvpn.net ?

Is there a firewall to contend with? If so then this link may help:

http://pptpclient.sourceforge.net/routing.phtml

> Can you help me to solve this problem?

To be honest, probably not - I've never actually used PPTP. But if
nothing I've said here helps then you can add the pppd "debug" option
and the pptp "--loglevel 2" option, and then look in the logs for clues.
And even post any log lines that appear related to your problem.

Regards-
--
Clifford Kite

On Dec 6, 6:01 am, Ricardo <rica...@hasst-spam.de> wrote:

> I want to use VPN Connections, but this doesn't work.
> I tested KVpnc, and it could connect, and I see a symbol in the task
> from the connection, but it is not used by Iceweasel or Opera.

Make sure you have a route to the other end of the tunnel. Otherwise,
the tunnel will implode.

To send a packet to, say, www.google.com, we put it in the tunnel
because that's the default route. Now, to do that, we need to send a
packet to the other end of the tunnel. If we don't have a specific
route for that, we follow the default route, which is the tunnel.
Eventually, our packet in a packet in a packet in a packet in a packet
overflows the MTU of the VPN and we die horribly.

DS

Hello,
because it did not work, I searched for another secure tunnel.
I found one, and I will test this these days, so I actually do not need
VPN now.

But if I need it again, because the other way will not work, too, I come
back.

Thank you for your help anyway !