2 votes

Lxc vm access à l'extérieur de l'hôte

Sous Debian 64 bits, j'ai configuré un lxc de cette manière :

adresse ip de l'hôte : 172.16.0.25 vm invité sur cet hôte : 172.16.0.44

J'ai configuré le pont sur mon hôte

auto eth0 
iface eth0 inet manual
        up ifconfig eth0 0.0.0.0 up
        down ifconfig eth0 down

auto br0 
iface br0 inet static
        bridge_ports eth0
        bridge_fd       0
        address 172.16.0.25
        netmask 255.255.255.0
        gateway 172.16.0.52

Côté invité, j'ai modifié la configuration avec

lxc.utsname = myGuest
lxc.network.type = veth
lxc.network.flags = up
lxc.network.link = br0
lxc.network.name = eth0
lxc.network.hwaddr = 00:FF:12:34:56:78
lxc.network.ipv4 = 172.16.0.44/24

Quand je lance la VM : mon hôte (172.16.0.25) et mon invité (172.16.0.44) peuvent se pinguer mutuellement Mais maintenant, les autres machines physiques sur le même réseau (172.16.0.0) ne peuvent pas voir mon invité.

Même problème du côté de mon invité qui ne voit que l'IP de son hôte !

En fait, j'aimerais obtenir le même comportement qu'un réseau ponté sur VmWare Workstation. Quel type de routage VmWare fait-il pour être vu "partout" sur le réseau ?

(Au fait, mon hôte est déjà sur un serveur ESX, mais je pense que ce n'est pas pertinent à ce niveau)

0 votes

Vous devriez configurer tcpdump et voir ce qui se passe lorsque des requêtes sont envoyées. À ce stade, je soupçonnerais que les requêtes arp ne sont pas relayées de l'hôte aux invités. Au moins, un problème de couche 2, car il ne devrait pas y avoir de problème de routage (même sous-réseau). Votre invité peut-il pinguer des hôtes en dehors de son propre hôte ? Y a-t-il un problème de pare-feu ?

4voto

Dave Points 41

Votre hôte est virtualisé avec VMware, puis il est connecté à l'interrupteur virtuel qui n'attend pas plus d'adresses MAC à afficher que celles des serveurs virtualisés VMware (donc pas d'xc à l'intérieur de l'invité VMware). Il s'agit donc clairement d'un problème de couche 2 : VMWare (au moins VSwitch) reçoit des paquets avec une adresse MAC différente de celle de l'hôte et les rejette. Il n'y aurait donc aucun moyen pour l'invité d'atteindre l'extérieur de son hôte, car il devrait passer par le Vswitch pour le faire.

Un contournement consiste à activer les adresses MAC différentes sur le Vswitch. Cela se fait en modifiant les paramètres du Vswitch (sur l'hôte VMware, configuration, réseau, sélectionnez le Vswitch auquel votre hôte lxc est connecté, propriétés, Modifier, sécurité, modifications d'adresses MAC -> Accepter).

0 votes

Super post Philippe, mais le drapeau "Accepter" est déjà activé...

0 votes

Mmmh merci! mais je ne vois aucun drapeau d'acceptation nulle part, ou l'ai-je manqué? ;)

0 votes

D'accord désolé, les "changements d'adresse MAC" du vswitch0 sont déjà vérifiés avec la valeur "Accepter"

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X