Xen + vlan

[coldroom]

Hello,

J’ai suivi ce tuto et celui-ci et dans les deux cas je rencontre le même problème :

vconfig add peth0 10

Je dis à mon interface que je vais y faire passer le vlan10

brctl addbr brvlan10

Je créé mon bridge brvlan10

brctl addif brvlan2 peth0.10

J’imagine que l’idée est de dire que tout ce qui veut aller vers peth0.10 doit passer par le bridge… Mais dans les 2 tutos, le nom du bridge est différent : “brvlan2” et pourquoi pas “brvlan10” ??

S’agit-il d’une erreur bêtement recopiée de l’un sur l’autre ou il y a une réelle raison à cela ? si oui laquelle ?? merci !

[PascalHambourg]

J’imagine que l’idée est de dire que tout ce qui veut aller vers peth0.10 doit passer par le bridge

Non, cela indique que peth0.10 n’est plus une interface indépendante mais devient un “port” d’un pont. Cela suppose pour avoir un sens que le pont doit avoir d’autres “ports” (un switch à un port n’a pas grand intérêt).

Le nom d’un pont est arbitraire. Mais il me semble vaguement avoir cru comprendre que peth0 était déjà dans un pont nommé eth0 (en fait peth0 correspond originellement à l’interface eth0 renommée) ?

[coldroom]

Ouip, au final c’est ce que j’ai cru comprendre aussi.

Du coup, j’ai abandonné la conf par défaut de xen, j’ai activé la seconde interface physique. Voilà où j’en suis :

eth0 : lien access, je me sers de cette interface pour l’admin de mon serveur, derrière j’ai une ou deux machines virtuelles qui tournent, mais tout est sur le même vlan, à la base je me servais de cette interface pour mes essais, mais ça n’a pas été concluant, j’ai quand même laisser les machines tourner.

eth1 : lien trunk : voilà la conf =>

[code]# Interface physique pour Vlan
iface eth1 inet manual

Vlan 10

auto eth1.1
iface eth1.1 inet manual
auto xenbr1
iface xenbr1 inet manual
network 172.18.0.0
netmask 255.255.255.0
bridge-ports eth1.1[/code]

Mon bridges est donc créé et monté et mon interface virtuelle l’est aussi.

J’ai créé une machine avec cette conf là (où la mac est bien celle du bridge qui est la même que l’interface physique eth1 :

vif = [ 'ip=172.18.0.181,mac=00:19:b9:eb:cd:2b,bridge=xenbr1' ]

par contre, ne serait-ce que depuis mon Dom0, je ne ping toujours pas ma machine en 172.18.0.181.

Ai-je raté quelque-chose ?

[PascalHambourg]

eth0 : lien access, je me sers de cette interface pour l’admin de mon serveur, derrière j’ai une ou deux machines virtuelles qui tournent

Qu’entends-tu par “lien access” ?
Comment peut-il y avoir des machines virtuelles derrière une interface physique ?

J’éviterais l’appellation “trunk” qui peut désigner des choses très différentes :

• agrégation de liens (appelé “bonding” dans Linux)
• lien supportant des VLAN taggés

iface xenbr1 inet manual network 172.18.0.0 netmask 255.255.255.0
Les options “network” et “netmask” ne sont valides qu’avec la méthode “static”, pas avec la méthode “manual”. Tu es sûr que l’interface xenbr1 a la bonne configuration IP ?

J’ai créé une machine avec cette conf là (où la mac est bien celle du bridge qui est la même que l’interface physique eth1

Une machine virtuelle pontée sur xenbr1 ? Elle ne doit pas avoir la même adresse MAC que le pont ni aucune autre interface du même réseau, c’est un principe de base d’ethernet: chaque interface d’un même réseau ethernet doit avoir une adresse unique.

[coldroom]

Par access, je désigne une liaison d’un switch vers ma machine, dont le port du switch est directement tagué. Par trunk, je désign l’agrégat de lien.

Concernant eth0, celle-ci a bien une adresse ip (celle de mon serveur) et à cette interface est directement raccordée un bridge (monté automatiquement à la création de la première machine virtuelle) et derrière ce bridge, j’ai mes premières machines virtuelles qui sont, elles, toutes sur le même vlan que mon serveur physique. Donc le fait que le port de mon switch tague un vlan ne pose pas de problème puisque toutes les ips de mes machines virtuelles (du moins derrière ce premier bridge) sont dans le même vlan.

Concernant eth1, là c’est différent. Si tu es d’accord, je vais procéder par étape pour faire mes vérifications.

Déjà, le support des vlans est activés et le module est bien chargé dans le noyau. Ensuite, pour la conf de mon bridge et de ma première interface virtuelle, je me suis appuyé sur ce post (plus exactement la partie qui décrit une configuration à 3 DomU).
J’ai donc édité mon /etc/network/interfaces, comme je te l’ai montré plus haut.

De là, mes interfaces sont en dur dans mon fichier, ma machine virtuelle est également configurée comme mentionné plus haut aussi malgré tout, je ne touche toujours pas ma machine virtuelle.

Voici ce que me renvoi un ifconfig :

[code]eth0 Link encap:Ethernet HWaddr 00:19:b9:eb:cd:29
inet adr:10.0.128.80 Bcast:10.0.128.255 Masque:255.255.255.0
adr inet6: fe80::219:b9ff:feeb:cd29/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:112383 errors:0 dropped:0 overruns:0 frame:0
TX packets:7564 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
RX bytes:7059630 (6.7 MiB) TX bytes:907348 (886.0 KiB)

eth1 Link encap:Ethernet HWaddr 00:19:b9:eb:cd:2b
adr inet6: fe80::219:b9ff:feeb:cd2b/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1496 Metric:1
RX packets:109946 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:8270932 (7.8 MiB) TX bytes:0 (0.0 B)
Interruption:16 Mémoire:f4000000-f4012100

eth1.1 Link encap:Ethernet HWaddr 00:19:b9:eb:cd:2b
adr inet6: fe80::219:b9ff:feeb:cd2b/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:12 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
RX bytes:0 (0.0 B) TX bytes:936 (936.0 B)

lo Link encap:Boucle locale
inet adr:127.0.0.1 Masque:255.0.0.0
adr inet6: ::1/128 Scope:Hôte
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:8 errors:0 dropped:0 overruns:0 frame:0
TX packets:8 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
RX bytes:560 (560.0 B) TX bytes:560 (560.0 B)

peth0 Link encap:Ethernet HWaddr 00:19:b9:eb:cd:29
adr inet6: fe80::219:b9ff:feeb:cd29/64 Scope:Lien
UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1
RX packets:112428 errors:0 dropped:0 overruns:0 frame:0
TX packets:7592 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:9102730 (8.6 MiB) TX bytes:946654 (924.4 KiB)
Interruption:16 Mémoire:f8000000-f8012100

vif1.0 Link encap:Ethernet HWaddr fe:ff:ff:ff:ff:ff
adr inet6: fe80::fcff:ffff:feff:ffff/64 Scope:Lien
UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1
RX packets:4 errors:0 dropped:0 overruns:0 frame:0
TX packets:106528 errors:0 dropped:44 overruns:0 carrier:0
collisions:0 lg file transmission:32
RX bytes:144 (144.0 B) TX bytes:8149422 (7.7 MiB)

xenbr1 Link encap:Ethernet HWaddr 00:19:b9:eb:cd:2b
adr inet6: fe80::219:b9ff:feeb:cd2b/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:6 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
RX bytes:0 (0.0 B) TX bytes:468 (468.0 B)
[/code]

Eth0 est bien ma première int physique (access côté port switch), peth0 est le bridge lié à cette interface et vif1.0 est l’interface virtuelle de la première machine sur le même vlan (pour info je n’ai aucun problèmes avec celles-ci). En fait, cette première partie de ma conf est le résultat d’un test avant que je décide d’essayer de mettre des machines sur un vlan différent, ce qui m’a amené à utiliser Eth1 pour ça.

Eth1, est donc mon autre interface physique que j’ai décidé d’utiliser pour faire des interfaces/bridges de plein de vlan différents (d’où le port “trunk” au sens cisco, côté switch).
xenbr1 est le bridge de mon vlan différent (le 10). J’ai eth1.1 qui est l’interface virtuelle correspondant à la machine que je n’arrive pas à toucher.

un brctl show me renvoi :

eth0 8000.0019b9ebcd29 no peth0
vif1.0
xenbr1 8000.0019b9ebcd2b no eth1.1

Et concernant xenbr1, je ne suis sûre de rien… Je suis un peu perdu là, par rapport à tout ce que j’ai pu lire.

J’aimerais recommencer toute la conf côté de eth1 (bridge, int virtuelle, fichier de confs divers), peux-tu m’aider ? Pour faire quelque-chose de propre et fonctionnel.

[PascalHambourg]

Par access, je désigne une liaison d’un switch vers ma machine, dont le port du switch est directement tagué.

Si le port du switch était taggé, je m’attendrais à voir une interface VLAN sur l’interface correspondante (eth0) de ta machine. Or il n’en est rien.

Par trunk, je désign l’agrégat de lien.

Du bonding, vraiment ? Pareil, je ne vois rien de tel dans les interfaces de ta machine. Ou alors tu as une carte multiport qui fait de l’agrégation matérielle ?

d’où le port “trunk” au sens cisco, côté switch

Au sens Cisco, un trunk ne désigne pas une agrégation de liens mais un lien sur lequel on fait passer des trames taggées de VLAN.

Eth0 est bien ma première int physique (access côté port switch), peth0 est le bridge lié à cette interface

Non, c’est l’inverse. Regarde bien la sortie de “brctl show” et d’ifconfig : peth0 a un numéro d’interruption et une adresse mémoire, c’est donc une interface physique. Xen a renommé l’interface physique eth0 en peth0 (pour “physical eth0” je suppose), créé un pont eth0 et lié peth0 à eth0. Je suppose que le but est de se retrouver avec le même nom d’interface eth0 pour le pont afin de ne pas modifier la configuration des logiciels.

xenbr1 est le bridge de mon vlan différent (le 10). J’ai eth1.1 qui est l’interface virtuelle correspondant à la machine que je n’arrive pas à toucher.

Ah non, eth1.1 est une interface VLAN associée à l’interface physique eth1 (le “trunk”), pas à une machine virtuelle. Et .1 signifie qu’elle a le VLAN ID 1, pas 10. En clair elle émet et reçoit les trames taggées avec le VLAN ID 1 sur eth1. Les interfaces associées aux machines virtuelles sont nommées vif*.

[coldroom]

Effectivement, de gros abus de langage de ma part et quelques erreurs de compréhension (notamment l’histoire de peth0, je l’avais lu en plus…).

Pour faire plus simple, je vais repartir depuis le début parce-que je m’en sors vraiment pas…

On oublie eth0 et peth0, on considère que je n’ai qu’une seule interface physique et celle-ci est reliée au port de mon switch sur lequel je fais passer tous mes vlans. On considère que je parle de eth1.

Voilà comme je m’y prends, merci de me dire où je me trompe (mais je pars vraiment de zero, toutes les manips ici sont celles que je fais sur mon serveur, rien de plus).

1. je contrôle déjà la présence du module 802.1Q, que le paquet vlan est installé l’outil de gestion des bridges aussi => ok

2. je définis le vlan que je vais utiliser et quelle conf il a => vlan n°10 sur le réseau 172.18.0.0/24

3. je contrôle sur mon switch l’état du port => j’ai bien le vlan 10 qui passe dessus et je suis en trunk.

4. je vais contrôler l’état de ma conf de /etc/xen/xend-config.sxp => je suis bien (network-script network-bridge) (il y a peut-être une erreur là, j’ai vu plusieurs personnes envoyer vers un script perso automatisant la création du bridge, j’ai essayé plusieurs script, sans succès).

5. je vais créer mon interface virtuelle associée à eth1 et également le bridge, voilà mon /etc/network/interfaces :

[code]# Interface physique pour Vlan
iface eth1 inet manual

Vlan 10

    auto eth1.10
    iface  eth1.10 inet manual
    auto xenbr1
    iface xenbr1 inet manual
    #network 172.18.0.0
    #netmask 255.255.255.0
    bridge-ports eth1.10
    bridge_fd 0
    bridge_maxwait 0
    bridge_helo 0
    bridge_stp on[/code]

6. Je vais maintenant paramétrer la partie réseau de ma machine virtuelle, j’édite et j’obtiens : [quote]vif = [ ‘ip=172.18.0.181,mac=00:19:b9:eb:cd:2b,vifname=eth1.10,bridge=xenbr1’ ][/quote]
   La MAC correspond bien à la mac de mon bridge, l’adresse ip est correcte, le bridge est bon également. J’ai pensé à un problème de syntaxe, mais ça m’a l’air bon, on peut virer les “,” ou les garder…

7. je lance ma machine virtuelle : toutes les interfaces se montent comme il faut.

J’ai tenu compte de tes remarques, voici où j’en suis côté conf :

[code]eth1 Link encap:Ethernet HWaddr 00:19:b9:eb:cd:2b
adr inet6: fe80::219:b9ff:feeb:cd2b/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:1538 errors:0 dropped:0 overruns:0 frame:0
TX packets:463 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:110842 (108.2 KiB) TX bytes:30068 (29.3 KiB)
Interruption:16 Mémoire:f4000000-f4012100

eth1.10 Link encap:Ethernet HWaddr 00:19:b9:eb:cd:2b
adr inet6: fe80::219:b9ff:feeb:cd2b/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:24 errors:0 dropped:0 overruns:0 frame:0
TX packets:457 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
RX bytes:1008 (1008.0 B) TX bytes:24156 (23.5 KiB)

lo Link encap:Boucle locale
inet adr:127.0.0.1 Masque:255.0.0.0
adr inet6: ::1/128 Scope:Hôte
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:8 errors:0 dropped:0 overruns:0 frame:0
TX packets:8 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
RX bytes:560 (560.0 B) TX bytes:560 (560.0 B)

xenbr1 Link encap:Ethernet HWaddr 00:19:b9:eb:cd:2b
adr inet6: fe80::219:b9ff:feeb:cd2b/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:24 errors:0 dropped:0 overruns:0 frame:0
TX packets:12 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
RX bytes:1008 (1008.0 B) TX bytes:936 (936.0 B)[/code]

Mais où que ce soit, je ne ping toujours pas ma vm

Par ailleurs un route -n ne me renvoi aucune info concernant les interfaces eth1.10, eth1 ou encore le bridge (mais ça c’est normal). J’ai les 2 lignes concernant eth0, c’est tout.

sinon, si je fais un xm console maVM, je vois ceci :

[quote]Setting up networking…
Configuring network interfaces…SIOCSIFADDR: No such device
eth0: ERROR while getting interface flags: No such device
SIOCSIFNETMASK: No such device
eth0: ERROR while getting interface flags: No such device
Failed to bring up eth0.[/quote]

En gros, dans ma VM, mon interface n’a pu être montée, j’imagine que c’est normal, dans la mesure où côté DomO je n’arrive pas à causer avec Eth1.10 …

[PascalHambourg]

3) je contrôle sur mon switch l’état du port => j’ai bien le vlan 10 qui passe dessus et je suis en trunk.

Donc pour être bien clair, si on lance tcpdump sur eth1 on doit voir passer des trames IEEE 802.1q avec le VLAN ID 10. ifconfig rapporte du trafic, donc ça doit être bon.

Mes observations.

0. Tu utilises bien ifconfig avec l’option -a pour afficher les interfaces non activées ?

1. Le pont xenbr1 n’a pas de configuration IP. Ça risque de manquer pour communiquer avec la machine virtuelle. Il devrait être configuré en static plutôt qu’en manual.

Concernant la ligne “vif = [ ‘ip=172.18.0.181,mac=00:19:b9:eb:cd:2b,vifname=eth1.10,bridge=xenbr1’ ]” je ne connais pas particulièrement Xen mais

2. Je suppose que mac= spécifie l’adresse MAC qui va être attribuée à l’interface ethernet dans le domU. Comme déjà dit, je ne pense pas que mettre l’adresse MAC du pont (d’eth1 en fait) soit une bonne idée.

3. Je suppose que vifname= spécifie le nom de l’interface virtuelle qui va être créée sur le dom0 pour communiquer avec l’interface ethernet du domU. Le nom eth1.10 ne me semble pas valide, car il correspond à une interface existante du dom0. Il faudrait plutôt spécifier un nom qui n’existe pas, du genre vifX.

4. Je soupçonne que ip= spécifie l’adresse IP à configurer sur l’interface virtuelle du dom0. Dans ce cas il ne faut pas en spécifier puisque cette interface va être liée à un pont, c’est ce dernier qui a la configuration IP. En tout cas je doute fort que cette adresse IP soit attribuée à l’interface du domU, celui-ci ayant son propre mécanisme de configuration réseau (via son propre /etc/network/interfaces par exemple).

[coldroom]

Hello,

Alors j’ai fais 2 ou 3 modifs par rapport à ce que tu m’as dis, et même si je n’y suis encore pas, j’ai avancé : je ping 172.18.0.181 depuis n’importe où sur mon réseau.

Par contre quand je m’y connecte, je tombe sur mon Dom0. Je peux donc en conclure que :

• au niveau de mon switch, tout est bon
• que mon interface, bien qu’en trunk, me permet de pinger quelque-chose sur mon vlan, c’est donc que eth1, eth1.10 et xenbr1 acheminent bien les paquets.
• Maintenant, il me reste à trouver comment rattacher le eth0 de ma machine virtuelle à l’adresse en question du vlan.

En tout cas, merci de ton aide !

voilà où j’en suis niveau conf :

[quote]eth1 Link encap:Ethernet HWaddr 00:19:b9:eb:cd:2b
adr inet6: fe80::219:b9ff:feeb:cd2b/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:73662 errors:0 dropped:0 overruns:0 frame:0
TX packets:28651 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:5589275 (5.3 MiB) TX bytes:1853274 (1.7 MiB)
Interruption:16 Mémoire:f4000000-f4012100

eth1.10 Link encap:Ethernet HWaddr 00:19:b9:eb:cd:2b
adr inet6: fe80::219:b9ff:feeb:cd2b/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:635 errors:0 dropped:0 overruns:0 frame:0
TX packets:28645 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
RX bytes:32240 (31.4 KiB) TX bytes:1509408 (1.4 MiB)

lo Link encap:Boucle locale
inet adr:127.0.0.1 Masque:255.0.0.0
adr inet6: ::1/128 Scope:Hôte
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:25 errors:0 dropped:0 overruns:0 frame:0
TX packets:25 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
RX bytes:1844 (1.8 KiB) TX bytes:1844 (1.8 KiB)

xenbr1 Link encap:Ethernet HWaddr 00:19:b9:eb:cd:2b
inet adr:172.18.0.181 Bcast:172.18.0.255 Masque:255.255.255.0
adr inet6: fe80::219:b9ff:feeb:cd2b/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:629 errors:0 dropped:0 overruns:0 frame:0
TX packets:119 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
RX bytes:31616 (30.8 KiB) TX bytes:25938 (25.3 KiB)

vif6.0 Link encap:Ethernet HWaddr fe:ff:ff:ff:ff:ff
adr inet6: fe80::fcff:ffff:feff:ffff/64 Scope:Lien
UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:2 errors:0 dropped:3 overruns:0 carrier:0
collisions:0 lg file transmission:32
RX bytes:0 (0.0 B) TX bytes:122 (122.0 B)
[/quote]

vif6.0 est l’interface virtuelle (j’ai envie de dire “dynamique” car à chaque boot de ma VM elle change).

au rayon des changements, au niveau des routes, j’ai une nouvelle route :

172.18.0.0 0.0.0.0 255.255.255.0 U 0 0 0 xenbr1

et concernant mon fichier interfaces :

[quote]# Interface physique pour Vlan
iface eth1 inet manual

Vlan 10

    auto eth1.10
    iface  eth1.10 inet manual
    auto xenbr1
    iface xenbr1 inet static
    address 172.18.0.181
    netmask 255.255.255.0
    network 172.18.0.0
    broadcast 172.18.0.255
    bridge-ports eth1.10
    bridge_fd 0
    bridge_maxwait 0
    bridge_helo 0
    bridge_stp on[/quote]

un brctl show :

[quote]
xenbr1 8000.0019b9ebcd2b no eth1.10
vif6.0[/quote]

[coldroom]

Réponse à moi même : j’ai encore réésayé plusieurs choses, toujours pas moyen de toucher directement ma machine virtuelle. J’ai l’impression que le problème vient de la configuration de celle-ci et non directement de la configuration du pont ou des différentes interfaces présentes, pour rappel : je touche depuis n’importe où sur mon réseau l’if 172.10.0.181 (ou 180 suivant l’ip que je lui met), mais dès que je veux m’y connecter, je tombe sur mon Dom0 au lieu de tomber sur ma machine virtuelle.

Quand je lance une connexion console vers ma VM, je constate ceci :

[quote]Setting up networking…
Configuring network interfaces…SIOCSIFADDR: No such device
eth0: ERROR while getting interface flags: No such device
SIOCSIFNETMASK: No such device
eth0: ERROR while getting interface flags: No such device
Failed to bring up eth0.
done.[/quote]

Elle n’arrive pas à mon sa eth0 locale… Il y a donc un problème entre l’interface virtuelle de mon Dom0 vers ma VM et l’interface eth0 de ma VM.

help

[PascalHambourg]

[quote=“coldroom”]je ping 172.18.0.181 depuis n’importe où sur mon réseau.
Par contre quand je m’y connecte, je tombe sur mon Dom0.[/quote]
C’est un peu normal : d’après ifconfig et le fichier interfaces, cette adresse IP est configurée sur l’interface xenbr1 du dom0. Elle appartient donc au dom0. Ce n’est pas ce que tu souhaites ?

vif6.0 est l’interface virtuelle (j’ai envie de dire “dynamique” car à chaque boot de ma VM elle change).

Qu’est-ce qui change ? Si c’est le nom, pas grave. L’important est qu’elle soit liée au pont xenbr1, ce qui est le cas d’après brctl show.

Maintenant, il me reste à trouver comment rattacher le eth0 de ma machine virtuelle à l’adresse en question du vlan.

Qu’entends-tu par “attacher” ? Il faut configurer une adresse IP à l’interface ethernet du domU, distincte de celle configurée sur le dom0. Ça a beau être du virtuel, ça reste du réseau ethernet et IP : chaque interface doit avoir une adresse MAC et IP distincte.

eth0: ERROR while getting interface flags: No such device

Qu’affiche ifconfig -a ?
Si pas d’interface ethX, qu’affiche lspci -nn (paquet pciutils ou shell de l’installateur Debian) ?
Si une interface ethX avec X > 0, c’est probablement un problème de renommage de l’interface par udev, regarder la sortie de “dmesg | grep -i eth” et dans le fichier /etc/udev/rules.d/XX_persistent-net.rules ou quelque chose dans le genre.

[coldroom]

Hello,

Par “attacher”, je comprends faire correspondre les interfaces les unes aux autres (celle du domU vers celle du pont et celle du bon vers celle du dom0).

quand à faire un ifconfig -a, le hic, c’est que ma machine virtuelle a l’air d’être bloquée après le boot, voici ce que j’ai exactement (et je ne peux pas lancer de commande) :

[quote]Setting up networking…
Configuring network interfaces…SIOCSIFADDR: No such device
eth0: ERROR while getting interface flags: No such device
SIOCSIFNETMASK: No such device
eth0: ERROR while getting interface flags: No such device
Failed to bring up eth0.
done.
INIT: Entering runlevel: 2
Starting enhanced syslogd: rsyslogd.
Starting OpenBSD Secure Shell server: sshd[ 8.893838] NET: Registered protocol family 10
[ 8.893838] lo: Disabled Privacy Extensions
.
Starting periodic command scheduler: crond.[/quote]

Et je n’ai pas la main sur cette machine, d’ailleurs, je ne peux même pas quitter la console, je suis obligé de killer mon putty…

[PascalHambourg]

Et en démarrant en mode “single” si c’est possible, qu’est-ce que ça donne ?

Par “attacher”, je comprends faire correspondre les interfaces les unes aux autres (celle du domU vers celle du pont et celle du bon vers celle du dom0).

Là tu parles de la “tuyauterie” (couche liaison), c’est le pontage et Xen qui s’en occupent. Au niveau de l’adressage IP, la seule correspondance nécessaire est que les interfaces connectées à un même “réseau logique” (domaine de broadcast : pontage, switch, liaison point à point) soient configurées avec le même sous-réseau IP.

[coldroom]

[quote=“PascalHambourg”]Et en démarrant en mode “single” si c’est possible, qu’est-ce que ça donne ?

Par “attacher”, je comprends faire correspondre les interfaces les unes aux autres (celle du domU vers celle du pont et celle du bon vers celle du dom0).

Là tu parles de la “tuyauterie” (couche liaison), c’est le pontage et Xen qui s’en occupent. Au niveau de l’adressage IP, la seule correspondance nécessaire est que les interfaces connectées à un même “réseau logique” (domaine de broadcast : pontage, switch, liaison point à point) soient configurées avec le même sous-réseau IP.[/quote]

Mhh, comment faire pour le mode single ?

[PascalHambourg]

Avec le menu de démarrage grub, il suffit de sélectionner la ligne correspondante. Avec lilo, il faut sélectionner le noyau à démarrer et ajouter “single” à la ligne de commande. Si Xen n’utilise ni l’un ni l’autre pour amorcer le noyau d’un domU, il doit y avoir un moyen quelconque pour spécifier les paramètres de la ligne de commande du noyau (l’emplacement de la racine, etc.).

[coldroom]

bon, j’ai créé ma deuxième VM, en passant par le xenbr1 et en laissant la mac par défaut dans le fichier mavm.cgf (que je modifiais systématiquement pour la remplacer par celle du bridge, comme les tutos l’indiquaient) et … ça marche enfin !!

Un grand merci pour ton aide et ta patience !