Qemu – Enabling “bridge Mode” For Primary Physical Interface For VMs

Home » CentOS » Qemu – Enabling “bridge Mode” For Primary Physical Interface For VMs
CentOS 5 Comments

I have a physical host with a single physical network adapter. I want to host several VMs on host. (guest1 – guest4) The guest systems are accessible via
192.168.122.* as is the default with qemu/virsh.

There are 4 IP addresses being routed to the primary interface on host. I can set up an alias for the NIC and “see” these ip addresses.

I understand that it’s possible to allow the 4 VM guest systems to each have a
“direct” fixed IP address and access the addresses \via the host network adapter, while the host retains its fixed IP.

I’ve been googling like crazy and there is a lot of stale and conflicting information.

Has anybody here done this successfully?

Host and all guests are running CentOS 8.

Thanks.

Ben S

5 thoughts on - Qemu – Enabling “bridge Mode” For Primary Physical Interface For VMs

  • The easiest way to set up bridged mode is to use virsh to convert the eth0 configuration to a new bridge, br0:

        virsh iface-bridge eth0 br0 –no-stp

  • Once upon a time, Lists said:

    If you are running NetworkManager (the default), it’s not too hard. Here’s an example step-by-step for changing an existing interface “em1” to be a bridge “br0”:

    # Create a bridge interface nmcli con add type bridge ifname br0 bridge.stp no

    # Copy all the IPv4/IPv6 config from an existing interface nmcli con mod bridge-br0 $(nmcli -f ipv4.method,ipv4.addresses,ipv4.gateway,ipv6.method,ipv6.addresses,ipv6.gateway con show em1 | grep -v — — | sed ‘s/: */ /’)
    # -or- just set an IPv4 address/gateway to known values nmcli con mod bridge-br0 ipv4.method manual ipv4.address 10.1.1.2/24 ipv4.gateway 10.1.1.1 ipv6.method ignore

    # Make a connection for the physical ethernet em1 to be part of the bridge nmcli con add type ethernet ifname em1 master bridge-br0

    # Switch from the “regular” em1 to the bridge nmcli con down em1; nmcli con up bridge-br0; nmcli con up bridge-slave-em1

    # Disable the original config nmcli con mod em1 autoconnect 0

    Then you set your VMs to use the bridge – in the libvirt XML for example, you’d have something like:


    Inside the VM, configure the interface just as if it was a physical system on that subnet.

  • Thank you, I’ll be trying this on a spare machine here before I try it in production. Carefully reading the directions, although I see where bridge-br0
    is created, I don’t see where bridge-slave-em1 is defined?

  • Once upon a time, Lists said:

    This part:

    does it. If you don’t specify a connection name, NM names a new bridge member connection profile as “bridge-slave-“.

  • Thank you Chris Adams for excellent information! It worked, see below.

    I just wanted to say that this worked, exactly as shown, and after trying it once on development hardward, I tried it on a production server and it also worked with minimal hassle.

    I ran into an oddity because the software image of the production server was from a disk image, not a fresh install and I had to wrestle with some “Network Adapters” that no longer really existed. My advice to anybody trying this would be to go into Network Manager and ensure the following before starting:

    1) Set up the server to manual IP addresses, not DHCP.
    2) Remove all duplicitous or inactive network adapters and interfaces.
    3) Make sure that in nmtui, that all editable connection(s) also show in the interface that lets you activate them.
    4) Make sure you are not dependent on the network adapter you are trying to use to contact the server! In my case I ended up falling back to IPMI. Minor issue because I had it available, could have been far worse if I hadn’t.

    … and then do the above.

    Ben S