mußt du vorher nicht ein interface mit netplan definieren?
Ich hab jetzt mal kurz google angeworfen und es wurde eigentlich immer ein yaml file erstellt wo das alles drin stand.
Gibt da verschiedene Moeglichkeiten, je nachdem was du fuer einen Networkmanager einsetzt. Du kannst z.b. mit Systemd die Netzwerke auch in /etc/systemd/network definieren. Oder mit netctl unter /etc/netctl oder mit Networkmanager nochmal woanders. Mittels ip werden die Interfaces einfach adhoc erstellt und sind nach einem restart wieder verschwunden.
War leider länger her, wo ich erfolgreich manuell eine Bridge eingerichtet habe.
Aber an was ich mich noch erinnern kann war dass die Brücke (brX) selbst die IP-Adresse/Maske zugewiesen bekam und sie an den "Ufern", hier (ethX, enpXsY ...), entfernt wurden.
Vielleicht ist es das was vergessen wurde.
Jupp, dass ist so - die Interfaces selbst haben dann keine IP Adresse mehr.
Wie richte ich nun am Besten eine Bridge ein?
Mit den IP Utils hab ich da beim manuellen einrichten leider selber z.Z. ein Problem
Ich frag mich grad, was ich bei dem leidigen Thema "Bridge" immer falsch mache. Aktuell will ich mir grad ein kleines Router OS aus Arch zusammenbasteln. Dazu hab ich mit virsh/qemu ein paar VMs aufgesetzt und dem virtuellen Archrouter ein paar veth/macvtap Interfaces zugeteilt. Klappt wunderbar, die VMs haben untereinander eine Netzwerkverbindung als waeren sie per ethernet verbunden. Doch sobald ich die Bridge aktiviere, ist die Verbindung "tot" - ich kann die IP der Bridge nicht anpingen und erreich von dieser keine nach aussen. Lustigerweise erhalten die Hosts immer noch eine IP Adresse vom (externen) DHCP Server zugewiesen, koennen aber keine Verbindung mehr aufbauen - i.e. die Bridge uebertraegt wohl noch Multicast. Die Etherports der Bridge haben keine IPs zugewiesen, nur diese selber hat eine. Ich vermute mal, die Ports leiten die Pakete nicht an die Bridge weiter... da muss ich wohl mit sysctl irgendwo einen wert aendern - nur welchen?
Was aber problemlos funktioniert, ist ein macvtap Interface:
ip l add dev qemu-macvtap type macvtap master enp0s3
Und schon hast du quasi ein 2. Ethernet-Interface mit eigener MAC-Adresse , das du dann qemu hinzufuegen kannst.
Da ist dann die frage, machst du das direkt in qemu oder nimmst du dafuer libvirt?
fuer libvirt kannst du dann einfach ein XML erstellen
qemu-macvtap.xm
<interface type="direct">
<mac address="52:54:00:XX:XX:XX"/>
<source dev="enp0s3" mode="bridge"/>
<target dev="qemu-macvtap"/>
<model type="virtio"/>
<alias name="net0"/>
<address type="pci" domain="0x0000" bus="0x08" slot="0x00" function="0x0"/>
</interface>
Bei der MAC geben die ersten 6 Zeichen an, dass es sich um ein Qemu-Ethernet Device handelt. Kannst du lassen oder etwas eigenes einfuegen. Die letzten 6 Zeichen einfach eine Hex Zahl einfuegen. Wichtig ist, dass der Bus / Slot in deiner VM noch nicht belegt ist. Du kannst dir die config der VM mittels virsh anzeigen lassen
virsh -c qemu:///system dumpxml --domain $VM_NAME
und danach mit mittels virsh hinzufuegen
virsh -c qemu:///system attach-device --domain $VM_NAME --file qemu-macvtap.xml --persistent
Was bei macvtaps u.U. nicht geht, ist die Netzwerkverbindung von qemu guest zum ubuntu host. Wenn das nicht wichtig ist, kannst dus so lassen. Ansonsten kannst du z.b. noch ein zweites Netzwerkinterface zum qemu Host hinzufuegen und dann mittels virtuellem ethernet (veth) mit dem Host verbinden
ip l add dev host-veth type veth peer name qemu-veth
danach machst du nochmal alle schritte wie beim ersten Interface, nur diesmal source dev "qemu-veth" bzw. bei ip-link master "host-veth" und im XML noch einen anderen Alias als fuer das 1. Iface. Auf dem Host hast du dann ein neues Interface "host-veth", welches zum "qemu-veth" wie ein Netzwerkkabel funktioniert und du kannst damit problemlos den Guest ansprechen. Einfach auf dem Host / Guest fuer die Ifaces eine IP Adresse im selben netz vergeben.