DEDIBOX-NEWS.COM

Bon je me répond à moi meme. J'ai pas encore trouvé la soluce mais deja j'ai identifier une erreur.
Il ne faut en aucun cas configurer sur le dom0 les IP virtuel. Sur le dom0 il faut uniquement mettre son IP publique par defaut.

C'est lors de la création des domU qu'on spécifie l'ip. Bon maintenant je bloque à l'étape magie/magie le script bridge fait le liens entre l'eth0 et le vif1.0
Peut etre un indice quand je me loggue sur le domU j'obtiens le message :

netfront: device eth0 has flipping receive path.

Donc a présent voici ce que j'ai comme config :

Dom0 :
nano /etc/network/interfaces

auto eth0
iface eth0 inet static
        address 88.191.3x.50
        netmask 255.255.255.0
        network 88.191.3x.0
        broadcast 88.191.3x.255
        gateway 88.191.3x.1

/etc/xen/scripts/network-bridge status

============================================================
5: eth0: <BROADCAST,MULTICAST,UP,10000> mtu 1500 qdisc noqueue
    link/ether 00:40:63:e7:ac:66 brd ff:ff:ff:ff:ff:ff
    inet 88.191.3x.50/24 brd 88.191.3x.255 scope global eth0
    inet6 fe80::240:63ff:fee7:ac66/64 scope link
       valid_lft forever preferred_lft forever
12: xenbr0: <BROADCAST,NOARP,UP,10000> mtu 1500 qdisc noqueue
    link/ether fe:ff:ff:ff:ff:ff brd ff:ff:ff:ff:ff:ff
    inet6 fe80::200:ff:fe00:0/64 scope link
       valid_lft forever preferred_lft forever

bridge name     bridge id               STP enabled     interfaces
xenbr0          8000.feffffffffff       no              vif0.0
                                                        peth0
                                                        vif1.0

88.191.3x.0/24 dev eth0  proto kernel  scope link  src 88.191.3x.50
default via 88.191.3x.1 dev eth0

Table de routage IP du noyau
Destination     Passerelle      Genmask         Indic Metric Ref    Use Iface
88.191.3x.0     0.0.0.0         255.255.255.0   U     0      0        0 eth0
0.0.0.0         88.191.3x.1     0.0.0.0         UG    0      0        0 eth0
============================================================

DomU :
nano /etc/network/interfaces

auto eth0
iface eth0 inet static
 address 88.191.20x.227
 gateway 88.191.3x.1
 netmask 255.255.255.224

Je pense que mon probleme proviens du bridge, au niveau des interfaces...

Si quelqu'un a une idée

PS : j'ai suivi ce tuto http://www.punknix.com/?q=virtualization_xen

EDIT : Je dois pas etre bien loint, je viens de regarder dans mon /var/syslog

Jul 16 18:40:38 TELOS kernel: xenbr0: port 3(vif1.0) entering learning state
Jul 16 18:40:38 TELOS kernel: xenbr0: topology change detected, propagating
Jul 16 18:40:38 TELOS kernel: xenbr0: port 3(vif1.0) entering forwarding state
Jul 16 18:40:43 TELOS kernel: eth0: no IPv6 routers present

Dernière modification par artiflo (2007-07-16 18:49:21)

Bon j'avance, j'avance.

Aprés un coup de main de fufroma et de tcweb (merci les gars) on a identifié que le probleme viens du fait que les 2 IP ne sont pas sur le meme subnet... Merci dedibox de me filler une ip pas sur le meme subnet que la premiere.

Bon a présent il faut trouver une soluce pour que les 2 ip communique ensemble. Je retourne sur la mailing de Xen.

Promis si j'y arrive je vous fais un super tuto.

Dernière modification par artiflo (2007-07-17 19:32:05)

Flying Jack a écrit:

J'ai pas suivi ce que c'est Xen, et pourquoi tu dois avoir 2 IP sur le meme subnet ?

Pour xen : http://fr.wikipedia.org/wiki/Xen

Pour ce qui concerne le subnet, je pense que je vais y arriver a faire fonctionner mon bridge pour qu'il puisse gerer plusieurs subnet.

Flying Jack a écrit:

Yes, j'adore quand on m'envoie un lien comme simple réponse... j'prend ça pour un "google is your friend", et franchement, j'apprécie... Trop simple de demander la réponse prémachée (aucune ironie, chuis sincère)

pffff.... hihihihihihihi.... RTFM

Flying Jack a écrit:

Promis j'potasse le truc, pas desuite, demain matin j'passe sur le billard pour mes dents :S
Bon courage!

Tu veux que je t'operes ? :wacko:

Artiflo :

T'as pris une 2eme @IP ou tu reroutes sur un LAN privé ? a priori, en relisant le fil, c'est la premiere soluce. Sort nous voir un route...

artiflo a écrit:

MadStef a écrit:

Artiflo :

T'as pris une 2eme @IP ou tu reroutes sur un LAN privé ? a priori, en relisant le fil, c'est la premiere soluce. Sort nous voir un route...

J'ai pris une deuxieme IP. J'ai un peu tout cassé (j'ai mis des route dans tout les sens) donc demain je vais faire un beau format et tout reprendre a zero. J'ai poster un peu plus haut des idée de route si vous en voyait d'autre

Donc en gros (surtout pour me remttre les idées en place ) t'as 2 @IP publiques : une qui arrive sur eth0 et l'autre sur eth0:0 (tu m'arretes si je délire)

Tout ce qui arrive sur eth0:0 doit etre routé sur ta VM et ce qui arrive sur eth0, sur la machine physique.

Heu... ben c'est juste du routage (avec les regles d'iptables qui vont bien...) c'est la meme chose que si tu mettais plusieurs postes derriere une passerelle.

Bon ça marche, de l'exterieur !!!!

http://www.debian-administration.org/articles/360 + bon on se moque pas : echo 1 > /proc/sys/net/ipv4/ip_forward

alleluia

Mais bon en local pas moyen que les dom0 ou domU cause entre eux :ph34r:

Dernière modification par artiflo (2007-07-18 14:13:01)

T'es un peux pénible la quand meme!!

On a tous compris la je pense