void: > On Mon, May 19, 2025 at 11:33:50AM +0100, Lexi Winter wrote: > > in short, following this commit... > > > > b61850c4e6f "bridge(4): default net.link.bridge.member_ifaddrs to false" > > https://cgit.freebsd.org/src/commit/?id=b61850c4e6f6b0f21b36da7238db969d9090309e > > > > ...it is now impossible to use a network interface which has an IP > > address assigned to it as a bridge member, or to configure an IP > > address on an interface which is a member of a bridge. > > Hi, for the sake of clarity, when you say "IP addresses assigned to it as > a bridge member", do you mean assigned via eg rc.conf on the host, > or assigned, for example within a VM, or assigned within a bridge statement? > [1] this only applies when the *specific interface which is in the bridge* has an IP address assigned.
epair0a is in a bridge, bridge0 has an IP address
-> fine
epair0a is in a bridge, epair0b is in a jail, epair0b has an IP address
-> fine
tap0 is in a bridge, connected to a bhyve virtio nic in a VM, the
virtual interface inside the VM has an IP address
-> fine
epair0a is in a bridge, epair0a has an IP address
-> broken
basically, this only affects you if you do:
% ifconfig IF inet <addr>/<len>
% ifconfig bridge0 addm IF
... and IF is the same interface in both cases. ‘epair0a’ and ‘epair0b’
are not the same interface, for example.
> ifconfig_bge1="inet REDACTED.REAL.IP netmask 255.255.255.248 mtu 1500 media
> 1000baseT mediaopt full-duplex,master"
> defaultrouter="REDACTED.REAL.GATEWAY"
> ifconfig_bge1_ipv6="inet6 accept_rtadv"
> ifconfig_bridge1="addm bge1 addm tap10 addm tap11 addm tap12 \
> addm tap13 addm tap14 addm tap15 addm tap16 addm tap17 addm tap18 addm tap19"
as kp said, this is broken, but you can trivially fix it by moving the
IP addresses to the bridge interface instead. note that for SLAAC to
work on a bridge, you have to set ‘accept_rtadv’ and ‘auto_linklocal’ on
the bridge interface explicitly (this is an unrelated issue specific to
if_bridge(4)).
signature.asc
Description: PGP signature
