Unbound restarting on link up/down in bridge

[ginky]

Hi,

I have 5 ETH ports in software bridge. Unbound is assigned on that bridge. But turning on/off my pc cause link up/down event and unbound restarted.

Can you explain why unbound must be restarted on link up/down event in that configuration?

[Patrick M. Hausen]

Set the listen address to "all (recommended)" - that's why it's recommended.

[ginky]

It's doesn't help

Code: [Select]

2024-02-03T17:33:53 Notice opnsense /usr/local/etc/rc.linkup: plugins_configure dns (execute task : unbound_configure_do())
2024-02-03T17:33:53 Notice opnsense /usr/local/etc/rc.linkup: plugins_configure dns (execute task : dnsmasq_configure_do())
2024-02-03T17:33:53 Notice opnsense /usr/local/etc/rc.linkup: plugins_configure dns ()
2024-02-03T17:33:49 Notice opnsense /usr/local/etc/rc.linkup: plugins_configure dhcp (execute task : dhcpd_dhcp_configure())
2024-02-03T17:33:49 Notice opnsense /usr/local/etc/rc.linkup: plugins_configure dhcp ()
2024-02-03T17:33:49 Notice opnsense /usr/local/etc/rc.linkup: plugins_configure ipsec (execute task : ipsec_configure_do(,opt1))
2024-02-03T17:33:49 Notice opnsense /usr/local/etc/rc.linkup: plugins_configure ipsec (,opt1)
2024-02-03T17:33:49 Notice opnsense /usr/local/etc/rc.linkup: ROUTING: entering configure using 'opt1'
2024-02-03T17:33:49 Error opnsense /usr/local/etc/rc.linkup: The command `/sbin/ifconfig 'bridge0' addm 'igc3'' failed to execute
2024-02-03T17:33:49 Notice opnsense /usr/local/etc/rc.linkup: DEVD: Ethernet attached event for opt1(igc3)
2024-02-03T17:33:49 Notice kernel <6>igc3: link state changed to UP
2024-02-03T17:33:34 Notice kernel <6>igc3: link state changed to DOWN
execute task : unbound_configure_do() is cause restaring

[ginky]

Found same threads here

So I decide buy a switch

[yourfriendarmando]

I noticed when there's a sensed change in connection on each active interface, it has to restart services. That way they're listening properly. I usually just add an emergency management port if I have extra unused ports. I don't think it's worth throwing a bridge into the mix. Even port bonding is a risk if one of the pieces don't receive or send VLANS properly