Changes to network interfaces break DHCP configuration

You’re right, the DHCP configuration is not updated automatically when the bridge is created. You’d expect it happens, so you can say it is a bug.

However, speaking generally, when an interface (ethernet, bridge, bond, vlan) with DHCP configuration wants to become part of a logical interface what should be done with its DHCP configuration?

It’s a complex problem…

The hard approach could be copy the DHCP settings to the new logical interface, but what happens if more than one part has DHCP settings?

I think the simplest approach is adding a validator that prevents the conflict. The rule should be: a logical interface can be constituted by parts without DHCP configuration. If we enforce this rule in the Network page we could also copy the DHCP settings during the Samba local accounts provider configuration. In this specific scenario only one network interface is involved.

Edit: this issue was already scheduled here NethServer 7 · GitHub

1 Like

Perhaps the better is:
When only one logical interface is created → to copy the dhcp configuration.

When more than one logical interface → to advise about the dhcp conflict.

2 Likes

Issue opened https://github.com/NethServer/dev/issues/5331

3 Likes

The packages are ready for testing! /cc @Jim @quality_team

yum --enablerepo=nethserver-testing update nethserver-base nethserver-dnsmasq
1 Like