URL: https://linuxfr.org/forums/linux-debian-ubuntu/posts/openvpn-vmware-ovh-lenfer-du-d%C3%A9cor Title: openvpn, vmware, ovh, l'enfer du décor Authors: Kerro Date: 2008年04月06日T19:51:03+02:00 Tags: debian Score: 0 J'aime beaucoup openvpn, j'aime bien vmware (malgré ses défauts), j'aime bien ovh, mais les trois ensemble, y'a comme une incompatibilité. Je travaille sur un bête problème depuis presque une semaine. Je n'ai pas avancé d'un milimètre. D'origine ça fonctionne mal, le mieux que j'arrive à faire est que ça fonctionne aussi mal, mais autrement :-) Chez d'autres hébergeurs, zéro problème. Ca fonctionne tout de suite. Chez ovh je suis planté bien comme il faut. J'ai: - un serveur dédié chez ovh, avec Debian Etch dessus. - vmware installé sur Etch. - plusieurs machines virtuelles Windows "dans" vmware. - un vpn entre ce serveur et d'autres machines fait avec openvpn. Le problème vient d'une sécurité mise en place par ovh: si une machine se met à émettre une adresse MAC qui n'est pas la bonne, le port réseau est fermé pendant une heure je crois sur leur switch (ou sur leur routeur, je ne sais pas). Manque de chance, j'utilise le mode pont (bridge) pour mes machines virtuelles. Ce mode pont transmet les adresses MAC bidon des cartes réseau virtuelles. Donc couic, impossible de faire fonctionner ça chez ovh. Chez d'autres hébergeurs ça fonctionne car la plupart n'ont probablement pas la sécurité qu'ovh a mis en place. Pourquoi utiliser le mode pont ? C'est le seul et unique moyen que je connaisse pour que vmware daigne faire transiter les paquets via le vpn. Il faut activer le mode pont vers une carte réseau physique. J'ai essayé en créant une carte réseau bidon (modprobe dummy, etc). Les paquets ne vont plus vers le vpn (mais ça fonctionne entre les machines virtuelles). J'ai essaye en créant un pont "vide" (brctl addbr br0 et c'est tout). Les paquets ne vont plus vers le vpn. Idem en reliant une ou plusieurs dummy à br0. J'ai essayé en reliant vmnet0 à eth0 (configuration habituelle) et en utilisant ebtables pour interdire la sortie des paquets ayant la mauvaise MAC vers le réseau physique. Les paquets, une fois de plus, ne vont plus vers le vpn. Arghhhh, comment ils se sont débrouillés chez vmware pour faire un truc comme ça bor... heu zut à la fin ! Chez xen et virtualbox ils ont utilisés les fonctions "normales" de Linux pour le réseau. Mais chez vmware je suppose que c'est pour être crétin-proof qu'ils ont mis en place leur vmnet à la gomme. Et bien entendu ça ne fonctionne que dans les cas parfaitement standards. Dès qu'on est un poil en dehors des clous c'est la cata. J'ai aussi essayé avec une interface tap, pas mieux. J'ai aussi essayé en prenant une grande respiration et en restant zen. Ca n'a rien fait non plus. Pour faire fonctionner le tout, je suis obligé de mettre openvpn dans les machines Windows. C'est cracra mais en attendant ça fonctionne. Si quelqu'un a la moindre idée, pas d'hesitation surtout :-)