[KVM] Bridged-Setup mit zwei Subnetzen

[s24!]

Hallo,

ich habe ein kleines Problem beim Einrichten des Netzwerks eines KVM-Hosts: Es gibt zwei Subnetze, aus denen die vServer-IPs stammen. Einmal ein eigenes /26er und einmal einige Einzel-IPs des Servers. Es handelt sich um einen CentOS 6.4-Host, der momentan auf die Einzel-IPs konfiguriert ist - das funktioniert auch (inklusive VMs):

[root@web8 network-scripts]# cat ifcfg-br0 
DEVICE=br0
TYPE=Bridge
BOOTPROTO=static
BROADCAST=84.199.25.255
IPADDR=84.199.25.248
NETMASK=255.255.255.0
NETWORK=84.199.25.0
GATEWAY=84.199.25.1
ONBOOT=yes

[root@web8 network-scripts]# cat ifcfg-eth0 
DEVICE="eth0"
HWADDR="00:25:90:84:XX:XX"
ONBOOT="yes"
BRIDGE=br0

Im Endeffekt sollen einige VMs sowie das Hostsystem selbst über das Subnetz mit den Einzel-IPs erreichbar sein und das zweite (eigene) Subnetz ausschließlich für VMs genutzt werden.

Ich habe alles mögliche probiert, um mithilfe einer br1 das eigene Subnetz ans Laufen zu kriegen - aber entweder sind die IPs schlicht nicht erreichbar oder das ganze Netzwerk hängt sich weg. Mein letzter Versuch war eine br1, die von einer eth0:0-Schnittstelle benutzt wird - dort beschwert sich CentOS aber zu Recht darüber, dass eth0 bereits der br0 zugewiesen ist.
Zur Verfügung stünde theoretisch noch eine eth1; praktisch kann ich mir aber nicht vorstellen, dass die einzige Möglichkeit ist, zwei Subnetze über zwei NICs (zumal die noch angeschlossen werden müsste) laufen zu lassen. Wegen des KVM-Setups müssen definitiv Bridges verwendet werden.

Wer weiß Rat? Danke vorab!


Viele Grüße
Tim

 

[Firewire2002]

Das kommt drauf an, wie die Subnetze grundsätzlich nutzbar sind. Reden wir hier von Ethernet "nach Lehrbuch"? Also 2 Standard Subnetze mit jeweils einem eigenen Gateway oder von Static-Next-Hop Gefrickel von so manchem Hoster oder vielleicht gar noch einem Gateway aus einem völlig anderen Netzbereich? Bei Hostern sieht man wirklich ziemlich interessante Konstrukte ...

Bei ersterem wirds einfach:
Eine Bridge, eth0 und die Interfaces der VMs da rein. Hostsystem Config hast du quasi schon. Dann bekommen die VMs einfach die IPs und Gateways aus dem zusätzlichen Subnetz und gut.

Bei den anderen Varianten sollten wir erstmal klären was genau vorliegt. Hab keine Lust alle Szenarios zu beschreiben.

 

[s24!]

Das kommt drauf an, wie die Subnetze grundsätzlich nutzbar sind. Reden wir hier von Ethernet "nach Lehrbuch"? Also 2 Standard Subnetze mit jeweils einem eigenen Gateway

Beide Subnetze haben ein eigenes Gateway. Unser eigenes Subnetz fängt bei xxx.xxx.44.128 an, die 129 ist das Gateway und die 130 ist die erste nutzbare IP.

Static-Next-Hop Gefrickel von so manchem Hoster oder vielleicht gar noch einem Gateway aus einem völlig anderen Netzbereich?

Mit "Static-Next-Hop" kann ich spontan leider wenig anfangen. :/ Aber das liest sich jetzt so, als dass das wegen des eigenen Gateways je Subnetz sowieso nicht der Fall sein kann - oder? RZ ist übrigens IP-Projects bzw. Accelerated.

Eine Bridge, eth0 und die Interfaces der VMs da rein.

Hier kann ich nun nicht mehr ganz folgen. Momentan haben die VMs keine eigenständig definierten Interfaces - in SolusVM wird die IP sowie die Bridge zugewiesen und die VM kommt online. Sehe ich das richtig, dass die Interfaces der VMs jetzt manuell in die ifcfg-eth0 sollen oder missverstehe ich dich?


Viele Grüße
Tim

 

[Firewire2002]

Ich kenne SolusVM nicht, aber in dem Fall ist davon auszugehen, dass es den Schritt mit dem Hinzufügen der VMs zur Bridge für dich übernimmt.
Du hast nun also eine Bridge an der eth0 und die VMs hängen.
Du hast ein paar "Einzel-IPs" die aktuell sowohl auf dem Host als auch in den VMs funktionieren.
Wo ist nun das konkrete Problem mit dem 2. Subnetz? Gib den VMs eine IP, die passenden Subnetzmaske und das Gateway aus dem Subnetz und gut.

Wenn das nicht funktioniert, muss man schauen wo der Traffic hängen bleibt. (Ausgehend, Eingehend, eth0, bridge oder dem Interface zur VM, usw.)

 

[s24!]

Ja, genau so können wir es abkürzen:
Es funktioniert "ohne alles". Danke dir. Ich hätte schwören können, dass die IPs aus dem zweiten Subnetz gestern noch nicht funktioniert haben. Aber Fakt ist, dass es einwandfrei funktioniert. In der VM steht das richtige Gateway und fertig. Ich sollte langsam mal schlafen. =)