Xen in Etch: Bridge Konfiguration
Hallo,
(entschuldigt die vorherige Mail. Da bin aus Versehen auf Strg+Enter
gekommen)
ich bastel nun schon den ganzen Tag. Nachdem die VM nicht starten konnte
weil /dev/loopX gefehlt hat und ich die initrd nicht verwendet hatte,
habe ich endlich eine XEN VM, die startet. Leider bekomme ich das mit
dem Netzwerk nicht gebacken, wobei doch die Konfigurationn im
Bridge-Modus so einfach sein soll.
Meine VM01 DomU Konfigurationsdatei:
# cat vm01-config.sxp
name="vm01"
kernel="/boot/vmlinuz-2.6.18-4-xen-686"
ramdisk="/boot/initrd.img-2.6.18-4-xen-686"
root="/dev/hda1"
memory=64
disk=['file:/home/vserver/images/vm01.img,hda1,w','file:/home/vserver/images/vm01-swap.img,hda2,w']
# network
vif = ['']
dhcp="off"
ip="192.168.100.171"
netmask="255.255.255.0"
gateway="192.168.100.250"
hostname="vm01.server.intern"
extra="2"
Startet soweit alles. Nach start der DomU VM01 habe ich innerhalb der VM
ein ethX Device. Mit jedem Neustart der VM erhöht sich X aber um +1:
eth8 Protokoll:Ethernet Hardware Adresse 00:16:3E:7F:A1:1A
BROADCAST MULTICAST MTU:1500 Metric:1
Im Host System ergibt ein ifconfig -a:
vif11.0 Protokoll:Ethernet Hardware Adresse FE:FF:FF:FF:FF:FF
inet6 Adresse: fe80::fcff:ffff:feff:ffff/64
UP BROADCAST RUNNING NOARP MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
Kollisionen:0 Sendewarteschlangenlänge:0
RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)
xenbr0 Protokoll:Ethernet Hardware Adresse FE:FF:FF:FF:FF:FF
inet6 Adresse: fe80::200:ff:fe00:0/64
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
Kollisionen:0 Sendewarteschlangenlänge:0
RX bytes:0 (0.0 b) TX bytes:468 (468.0 b)
Ja und das wars schon. Etliche Howtos habe ich heute durchgearbeitet und
mir ist im Grunde auch klar, wie das Bridging funktioniert, da ich auf
einem anderen Rechner UML nutze.
Die Dom0 und DomU sind untereinander nicht erreichbar. Logisch, ein
NIC-Device wird ja auch nicht mit gültiger IP erstellt.
Habt ihr noch eine Idee, was ich eventuell nicht berücksichtigt habe?
Vielen Dank,
Claus
Reply to: