Probleme de connexion d'un client vpn pptp

Bonjour,
je suis en train de configurer un pc pour en faire un serveur NAS et un client VPN. Tout s’est bien passé pour l’instant mais j’ai un problème au niveau de la connexion réseau.
J’ai compte chez le suédois Relakks que j’arrive à configurer sans problème avec NetworkManager. Mais comme ce PC doit tourner sans interface graphique je tente de faire une configuration directe.

J’ai essayé plein de tutoriels différents mais aucun n’a fonctionné. J’ai essayé sur un autre pc, même problème. Je dois faire toujours la même erreur mais je ne sais pas laquelle.
C’est les yeux rougis par l’écran et les doigts en forme de touches de clavier que je viens vers vous aujourd’hui.

Le vnp semble bien se connecter

frederic@fixe2:~$ sudo pon relakks debug dump logfd 2 nodetach
[sudo] password for frederic: 
pppd options in effect:
debug           # (from command line)
nodetach                # (from command line)
persist         # (from /etc/ppp/peers/relakks)
logfd 2         # (from command line)
dump            # (from command line)
noauth          # (from /etc/ppp/options.pptp)
refuse-pap              # (from /etc/ppp/options.pptp)
refuse-chap             # (from /etc/ppp/options.pptp)
refuse-mschap           # (from /etc/ppp/options.pptp)
refuse-eap              # (from /etc/ppp/options.pptp)
name monlogin           # (from /etc/ppp/peers/relakks)
remotename PPTP         # (from /etc/ppp/peers/relakks)
                # (from /etc/ppp/options.pptp)
pty pptp pptp.relakks.com --nolaunchpppd                # (from /etc/ppp/peers/relakks)
crtscts         # (from /etc/ppp/options)
                # (from /etc/ppp/options)
asyncmap 0              # (from /etc/ppp/options)
lcp-echo-failure 4              # (from /etc/ppp/options)
lcp-echo-interval 480           # (from /etc/ppp/peers/relakks)
hide-password           # (from /etc/ppp/options)
ipparam relakks         # (from /etc/ppp/peers/relakks)
proxyarp                # (from /etc/ppp/options)
nobsdcomp               # (from /etc/ppp/options.pptp)
nodeflate               # (from /etc/ppp/options.pptp)
require-mppe-128                # (from /etc/ppp/peers/relakks)
noipx           # (from /etc/ppp/options)
using channel 1
Using interface ppp0
Connect: ppp0 <--> /dev/pts/5
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xce015bc4> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0x1 <asyncmap 0x0> <auth chap MS-v2> <magic 0xe6750c2f> <pcomp> <accomp>]
sent [LCP ConfAck id=0x1 <asyncmap 0x0> <auth chap MS-v2> <magic 0xe6750c2f> <pcomp> <accomp>]
rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0xce015bc4> <pcomp> <accomp>]
sent [LCP EchoReq id=0x0 magic=0xce015bc4]
rcvd [LCP EchoReq id=0x0 magic=0xe6750c2f]
CHAP authentication succeeded
sent [CCP ConfReq id=0x1 <mppe +H -M +S -L -D -C>]
rcvd [CCP ConfReq id=0x1 <mppe +H -M +S -L -D -C>]
sent [CCP ConfAck id=0x1 <mppe +H -M +S -L -D -C>]
rcvd [CCP ConfAck id=0x1 <mppe +H -M +S -L -D -C>]
MPPE 128-bit stateless compression enabled
sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 0.0.0.0>]
rcvd [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 93.182.154.2>]
sent [IPCP ConfAck id=0x1 <compress VJ 0f 01> <addr 93.182.154.2>]
rcvd [IPCP ConfNak id=0x1 <addr 93.182.154.58>]
sent [IPCP ConfReq id=0x2 <compress VJ 0f 01> <addr 93.182.154.58>]
rcvd [IPCP ConfAck id=0x2 <compress VJ 0f 01> <addr 93.182.154.58>]
Cannot determine ethernet address for proxy ARP
local  IP address 93.182.154.58
remote IP address 93.182.154.2
Script /etc/ppp/ip-up started (pid 2502)
Script /etc/ppp/ip-up finished (pid 2502), status = 0x0

Avec ifconfig j’ai :

frederic@fixe2:~$ ifconfig
ppp0      Link encap:Protocole Point-à-Point  
          inet adr:93.182.154.58  P-t-P:93.182.154.2  Masque:255.255.255.255
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1496  Metric:1
          Packets reçus:19 erreurs:0 :0 overruns:0 frame:0
          TX packets:5 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:3 
          Octets reçus:1188 (1.1 KB) Octets transmis:68 (68.0 B)

route - n donne

frederic@fixe2:~$ route -n
Table de routage IP du noyau
Destination     Passerelle      Genmask         Indic Metric Ref    Use Iface
93.182.154.2    192.168.0.254   255.255.255.255 UGH   0      0        0 eth0
93.182.154.2    0.0.0.0         255.255.255.255 UH    0      0        0 ppp0
192.168.0.0     0.0.0.0         255.255.255.0   U     0      0        0 eth0
169.254.0.0     0.0.0.0         255.255.0.0     U     1000   0        0 eth0
0.0.0.0         192.168.0.254   0.0.0.0         UG    100    0        0 eth0

Jusque là tout devrait être normal (mais je n’en suis pas sûr du tout, je n’y connais rien de rien en routage)

D’après ce que j’ai compris il faut maintenant router pour que tout passe par ppp0

J’ai testé plein de commandes différentes
par exemple celles données ici
http://www.yriase.fr/803-configurer-une-connexion-vpn-en-ligne-de-commande-sous-linux.html

sudo route add default dev ppp0
sudo route del default dev eth0
frederic@fixe2:~$ route -n
Table de routage IP du noyau
Destination     Passerelle      Genmask         Indic Metric Ref    Use Iface
93.182.154.2    192.168.0.254   255.255.255.255 UGH   0      0        0 eth0
93.182.154.2    0.0.0.0         255.255.255.255 UH    0      0        0 ppp0
192.168.0.0     0.0.0.0         255.255.255.0   U     0      0        0 eth0
169.254.0.0     0.0.0.0         255.255.0.0     U     1000   0        0 eth0
0.0.0.0         0.0.0.0         0.0.0.0         U     0      0        0 ppp0

A partir de là je n’ai plus de connexion internet, ping ne fonctionne plus.

J’ai essayé les tuto


ubuntugeek.com/howto-configu … aunty.html


hleroy.com/post/2009/10/29/I … cy-routing

et plein d’autres encore

Est-ce que quelqu’un aurait une idée pour me sortir de la déprime ? (la crise de nerf est passée j’en suis au deuxième stade :frowning:)

Oui, tout semble normal.

  1. Comme tu n’as pas mis l’option defaultroute (avec le modificateur replacedefaultroute), la route par défaut n’a pas été modifiée automatiquement par pppd pour passer par le VPN.
  2. Quand tu dis que le ping ne marche plus il se peut qu’en fait c’est la résolution DNS qui ne marche plus : comme tu n’as pas mis l’option usepeerdns, si /etc/resolv.conf contient les adresses des serveurs DNS de ton FAI qui refusent naturellement les requêtes DNS récursives provenant de l’adresse IP du VPN, alors plus de résolution possible. Vérifier la connectivité IP avec traceroute vers une adresse IP numérique connue.
  3. Sinon, autre point à vérifier : les règles iptables.

CA MARCHE !!!
l’option usepeerdns a réglé le problème.
J’avais bien regardé du coté des dns, installé resolvconf et testé d’autre truc mais j’avais mal dû m’y prendre.
Merci !
Je vais continuer la suite de la config
et BONNE ANNEE à tous