Bonjour,
Oui c’est mon premier message et je commence par demander de l’aide, j’espère pouvoir en faire autant à l’avenir.
Je bricole sous Linux depuis 2004 et malgré ça je ne suis pas encore un expert mais je commence quand même à me débrouiller et à faire des installations propres.
Mon environement de travail
-
Un serveur sous Debian Lenny à jour et avec un noyau d’origine (2.6.26-2-686), il n’y a pas d’environnement graphique installé sur ce serveur mais il est accessible en SSH.
-
Un pc client sous Ubuntu 10.04 LTS avec un noyau (2.6.32-26-generic) made in Ubuntu.
-
Le tout connecté à un internet derrière un routeur où les redirections de ports sont faites correctement.
Mon problème
J’ai installé un serveur VPN avec OpenVPN 2.0 du côté du serveur, et également OpenVPN 2.0 côté client mais qui se connecte via network-manager.
Je précise que lorsque je fais mes tests, je place le client sur une autre connexion internet, j’ai de toute façon accès au ssh depuis l’extérieur en cas de besoin.
Lorsque je tente de me connecter, la connexion s’établit comme il faut, je reçois une adresse sur le périphérique tun0 mais où est donc le problème ? Ben lorsque je tente de faire un ping sur le serveur, il ne répond pas.
Détails techniques
Le serveur (192.168.8.20) en ip fixe
Le routeur (192.168.8.1) il redirige le port 1194 en UDP et TCP vers le serveur.
Le serveur OpenVPN (10.8.0.1)
Le client à une adresse en 192.168.1.* et reçoit généralement une adresse du VPN 10.8.0.6
# server.conf fichier sans les commentaires du fichier de configuration du serveur VPN #
port 1194
proto udp
dev tun
ca ca.crt
cert debian-serveur.crt
key debian-serveur.key
dh dh1024.pem
server 10.8.0.0 255.255.255.0
ifconfig-pool-persist ipp.txt
push "route 192.168.8.0 255.255.255.0"
keepalive 10 120
comp-lzo
max-clients 5
user openvpn
group openvpn
persist-key
persist-tun
verb 3Le client lui est connecté via network-manager mais je n’ai pas l’impression que c’est lui qui pose problème.
Une fois le client “connecté” au serveur voici les résultats des ifconfig sur les deux machines.
# côté client #
tun0 Link encap:UNSPEC HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
inet adr:10.8.0.6 P-t-P:10.8.0.5 Masque:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1
Packets reçus:0 erreurs:0 :0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:100
Octets reçus:0 (0.0 B) Octets transmis:0 (0.0 B)
wlan0 Link encap:Ethernet HWaddr 00:1f:3c:b9:9d:2f
inet adr:192.168.1.4 Bcast:192.168.1.255 Masque:255.255.255.0
adr inet6: fe80::21f:3cff:feb9:9d2f/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
Packets reçus:65826 erreurs:0 :0 overruns:0 frame:0
TX packets:51385 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
Octets reçus:61601799 (61.6 MB) Octets transmis:7101833 (7.1 MB)
$ ping 10.8.0.6 (l’adresse répond normal c’est lui même)
$ ping 10.8.0.1 (l’adresse ne répond pas, pourtant il reçoit une adresse)
$ route -n (toujours sur le client)
Table de routage IP du noyau
Destination Passerelle Genmask Indic Metric Ref Use Iface
10.8.0.5 0.0.0.0 255.255.255.255 UH 0 0 0 tun0
10.8.0.1 10.8.0.5 255.255.255.255 UGH 0 0 0 tun0
62.235.209.2 192.168.1.1 255.255.255.255 UGH 0 0 0 wlan0
192.168.1.0 0.0.0.0 255.255.255.0 U 2 0 0 wlan0
192.168.8.0 10.8.0.5 255.255.255.0 UG 0 0 0 tun0
169.254.0.0 0.0.0.0 255.255.0.0 U 1000 0 0 wlan0
0.0.0.0 192.168.1.1 0.0.0.0 UG 0 0 0 wlan0Côté Serveur
# Côté Serveur #
tun0 Link encap:UNSPEC HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
inet adr:10.8.0.1 P-t-P:10.8.0.2 Masque:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:100
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
eth0 Link encap:Ethernet HWaddr 00:13:72:8d:07:04
inet adr:192.168.8.20 Bcast:192.168.8.255 Masque:255.255.255.0
adr inet6: fe80::213:72ff:fe8d:704/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:12049 errors:0 dropped:0 overruns:0 frame:0
TX packets:4265 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:100
RX bytes:1016466 (992.6 KiB) TX bytes:535036 (522.4 KiB)
ping 10.8.0.1 (l’adresse répond, c’est normal c’est lui même)
ping 10.8.0.6 (l’adresse ne répond pas, vers le client)
route -n (sur le serveur cette fois)
Table de routage IP du noyau
Destination Passerelle Genmask Indic Metric Ref Use Iface
10.8.0.2 0.0.0.0 255.255.255.255 UH 0 0 0 tun0
10.8.0.0 10.8.0.2 255.255.255.0 UG 0 0 0 tun0
192.168.8.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
0.0.0.0 192.168.8.1 0.0.0.0 UG 0 0 0 eth0J’avoue que je ne comprend pas le résultat de la commande “route -n” mais comme j’ai lu que c’était utile je la met.
J’espère avoir été assez complet, sinon je n’hésiterai pas à donner un complément d’information.
Sachez que à l’époque où mon serveur était un Ubuntu version Serveur (je sais plus la version) j’avais réussi à configurer le VPN sans problème et là j’avoue que je ne comprend pas ce qui coince, car avant quand ça fonctionnait pas, la connexion ne s’établissait pas du tout.
J’espère n’avoir pas été trop long et j’espère que je n’aurai pas décourager certains qui aurait pu m’aider à cause de ce long post, mon premier post sur ce forum 