Probleme de pont/connexion avec OpenVPN

Résolu
Toeic Messages postés 51 Statut Membre -  
 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
Configuration: Linux Fedora
Firefox 1.5.0.10

6 réponses

  1. Castor Messages postés 17881 Date d'inscription   Statut Modérateur Dernière intervention   170
     
    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
    0
  2. Toeic Messages postés 51 Statut Membre 2
     
    je joins mes fichiers de configuration pour encore plus de clarte:

    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
    0
  3. Castor Messages postés 17881 Date d'inscription   Statut Modérateur Dernière intervention   170
     
    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
    0
  4. Toeic Messages postés 51 Statut Membre 2
     
    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...
    0
    1. Castor Messages postés 17881 Date d'inscription   Statut Modérateur Dernière intervention   170
       
      Bah j'ai jamai bridgé, maintenant je me vautre peut être :D
      0
  5. Vous n’avez pas trouvé la réponse que vous recherchez ?

    Posez votre question
  6. Toeic Messages postés 51 Statut Membre 2
     
    hehe, OK, ben vais tenter sans alors...
    0
    1. Toeic Messages postés 51 Statut Membre 2
       
      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...
      0
      1. Castor Messages postés 17881 Date d'inscription   Statut Modérateur Dernière intervention   170 > Toeic Messages postés 51 Statut Membre
         
        Cool je me suis pas vautré ^^
        0
  7. van
     
    Bonjour,
    cependant, avec un routed ip, on ne peux aps faire circuler certain packet tell que dhcp. alors bridge est toujours plus reocmemnder
    0