Probleme de pont/connexion avec OpenVPN
Résolu
Toeic
Messages postés
51
Date d'inscription
Statut
Membre
Dernière intervention
-
van -
van -
Bonjour,
voila, je suis sur un reseau de grande entreprise avec des DHCP pour les hotes (9.x.x.x) et je souhaiterai creer une connexion VPN vers une salle serveurs adressee en adressage prive.
J'utilise OpenVPN et j'arrive a me connecter de ma station vers le serveur qui me sert de passerelle pour entrer dans la salle serveurs, en gros, le server.conf se lance, le client.conf aussi, j'obtiens mes adresses et les routes et je ping le br0 de la passerelle.
Par contre, impossible d'aller derriere, pour acceder les autres serveurs...la passerelle a l'air coupe du reste de la salle. Je ne peux pas "pinguer" les autres serveurs... (iptables -A TOUT -j ACCEPT, c'est pour des tests pour le momemt)
comment est ce que je peux me sortir de ca svp ?
je resume la situation, en esperant que ca eclaire des gens...
AVANT:
client (9.x.x.x/25) ====== (9.x.x.x/25) server (192.168.100.91/24 (br0=tap0+eth2)) ===== (192.168.100.93/24) server2
APRES CONNEXION OPENVPN:
client (192.168.100.2/24) ===== (9.x.x.x/25) server (192.168.100.91/24 (br0=tap0+eth2)) ===== (192.168.100.93/24) server2
une fois la connexion etablie, je "ping" correctement depuis "client" vers l'interface br0 de server.
des que je fais le pont (br0), server ne communique plus avec server2 (pas de reponses aux requetes arp "whois" avec tcpdump par exemple)
si kkun pouvait me dire quoi faire, ca serait top
merci d'avance
Toeic
voila, je suis sur un reseau de grande entreprise avec des DHCP pour les hotes (9.x.x.x) et je souhaiterai creer une connexion VPN vers une salle serveurs adressee en adressage prive.
J'utilise OpenVPN et j'arrive a me connecter de ma station vers le serveur qui me sert de passerelle pour entrer dans la salle serveurs, en gros, le server.conf se lance, le client.conf aussi, j'obtiens mes adresses et les routes et je ping le br0 de la passerelle.
Par contre, impossible d'aller derriere, pour acceder les autres serveurs...la passerelle a l'air coupe du reste de la salle. Je ne peux pas "pinguer" les autres serveurs... (iptables -A TOUT -j ACCEPT, c'est pour des tests pour le momemt)
comment est ce que je peux me sortir de ca svp ?
je resume la situation, en esperant que ca eclaire des gens...
AVANT:
client (9.x.x.x/25) ====== (9.x.x.x/25) server (192.168.100.91/24 (br0=tap0+eth2)) ===== (192.168.100.93/24) server2
APRES CONNEXION OPENVPN:
client (192.168.100.2/24) ===== (9.x.x.x/25) server (192.168.100.91/24 (br0=tap0+eth2)) ===== (192.168.100.93/24) server2
une fois la connexion etablie, je "ping" correctement depuis "client" vers l'interface br0 de server.
des que je fais le pont (br0), server ne communique plus avec server2 (pas de reponses aux requetes arp "whois" avec tcpdump par exemple)
si kkun pouvait me dire quoi faire, ca serait top
merci d'avance
Toeic
A voir également:
- Openvpn la connexion a l'interface de gestion a echoué
- Gmail connexion - Guide
- Site inaccessible n'autorise pas la connexion - Guide
- Connexion chromecast - Guide
- Logiciel gestion cave à vin gratuit excel - Télécharger - Cuisine & Gastronomie
- L'accès a la carte sd a échoué 3ds - Forum Jeux vidéo
6 réponses
Je pense que tu as un soucis de plages réseau.
Quand tu fait un VPN, il faut que tu aies des subnets bien séparés. Essaie de mettre tes clients dans la plage 192.168.200.0/24 par exemple
Quand tu fait un VPN, il faut que tu aies des subnets bien séparés. Essaie de mettre tes clients dans la plage 192.168.200.0/24 par exemple
je joins mes fichiers de configuration pour encore plus de clarte:
server.conf
client.conf
l'erreur vient peut etre de mon pont aussi, j'arrive pas a voir precisement quelles interfaces il faut mettre dedans, j'ai "ponte" mon eth2 (vers les autres serveurs) avec tap0 (l'extremite de mon tunnel) en br0:
j'ai essaye de changer mes adresses en 200 sans resultats, c'est bien la partie server-bridge qu'il fallait modifier ?
merci d'avance
Toeic
server.conf
local 9.x.x.x proto udp port 11194 dev tap0 keepalive 10 120 #daemon writepid /var/run/openvpn.pid comp-lzo max-clients 10 push "route 192.168.100.0 255.255.255.0" server-bridge 192.168.200.91 255.255.255.0 192.168.200.2 192.168.200.50 user nobody group nobody persist-key persist-tun verb 4 mute 5 client-to-client duplicate-cn cipher BF-CBC tls-server ####### keys ####### tls-auth keys/ta.key 0 ca keys/ca.crt cert keys/server.crt key keys/server.key dh keys/dh1024.pem #################### status log/status.log #log-append log/openvpn.log
client.conf
client dev tap proto udp remote 9.x.x.x 11194 resolv-retry infinite nobind #assign dynamically client's port persist-key persist-tun ns-cert-type server comp-lzo #daemon writepid /var/run/openvpn.pid verb 3 mute 5 tls-client ##########keys########## tls-auth keys/ta.key 1 ca keys/ca.crt cert keys/client.crt key keys/client.key ######################## cipher BF-CBC pull status log/status.log #log-append log/openvpn.log
l'erreur vient peut etre de mon pont aussi, j'arrive pas a voir precisement quelles interfaces il faut mettre dedans, j'ai "ponte" mon eth2 (vers les autres serveurs) avec tap0 (l'extremite de mon tunnel) en br0:
brctl addbr br0 brctl addif br0 eth2 brctl addif br0 tap0 ifconfig tap0 0.0.0.0 promisc up ifconfig eth2 0.0.0.0 promisc up ifconfig br0 192.168.200.91 up
j'ai essaye de changer mes adresses en 200 sans resultats, c'est bien la partie server-bridge qu'il fallait modifier ?
merci d'avance
Toeic
Nan... je vois pas trop pourquoi faire du bridge... Du routage serait plus approprié non?
Il faut que ton client (la machine distante) soit dans le lan 192.168.200.x
Tu actives le routage sur ton serveur vpn
Et normalement tout roule
Il faut que ton client (la machine distante) soit dans le lan 192.168.200.x
Tu actives le routage sur ton serveur vpn
Et normalement tout roule
J'ai lu partout qu'il fallait "bridger" ses interfaces pour pouvoir joindre un reseau derriere un VPN ( utilisateur nomade pas exclu dans ma config).
C'est pour cela que j'ai tente dans cette direction, mais si c'est inutile, tant mieux...
C'est pour cela que j'ai tente dans cette direction, mais si c'est inutile, tant mieux...
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question
hehe, OK, ben vais tenter sans alors...
Alors je confirme, pas besoin de "bridger" les interfaces sur le serveur pour que le reseau qui est derriere le serveur VPN soit atteignable...
j'ai fait sauter le pont, j'ai remis l'ancienne adresse IP de mon interface eth2 et une fois le tunnel connecte entre mon client et mon serveur, j'ai pu "pinger" une des machines situee derriere mon serveur. le ping ne fonctionnait plus des lors que j'ai coupe le tunnel et a repris automatiquement des que j'ai relance le tunnel...
j'ai fait sauter le pont, j'ai remis l'ancienne adresse IP de mon interface eth2 et une fois le tunnel connecte entre mon client et mon serveur, j'ai pu "pinger" une des machines situee derriere mon serveur. le ping ne fonctionnait plus des lors que j'ai coupe le tunnel et a repris automatiquement des que j'ai relance le tunnel...
