interfaces: move configure_interface_hardware()
The function does not belong to the library potion of the interface
code because that part is $config-agnostic which this function is not.
This also makes the diff against master easier since the function
has been changed as the settings shifted in the confuguration.
isc-dhcp: safeguard this access
While playing with the dhcpdv6 -> radvd migration I sort of broke
this, but it's safer to check if we should really read the property.
(cherry picked from commit 61f6b3c1350dbcd5c5847326ccaf466616597dd6)
isc-dhcp: interalize interfaces_staticarp_configure(); closes #9476
Instead of making the interface code pluggable, push the code that
causes the persistent side effect to the ISC DHCP plugin which then
gets to fix the stuck static ARP flag after disable/deinstall and a
reboot. The situation isn't ideal, but much better than before.
(cherry picked from commit 05abe1367b9b9a57bdda5f3a13ab0f8201d52930)
(cherry picked from commit 9c161e3165bb9580e5de2ecb9063488fa7f357a4)
kea: add array notation to avoid future mistakes in this call
After the array of arguments there are two special single strings
for the pid file and the output file within mwexecfb() so to avoid
refactoring mistakes make clear where the argument array is.
interface: POC for multi-dhcp6c support
I'm not entirely sure why we settled for a single deamon of
dhcp6c back in the day, but there are certianly downsides to
it and I don't see something that wasn't fixed in the meantime
that makes this not work.
At the moment this splits off dhcp6c only but we need to
change the daemon's print a bit to avoid complaining about
"other" devices since the situation to ignore a non-listening
interface is normal and not "ignoring" something obvious as
the INFO log message suggests.
rtsold still needs to be split to allow for HUP reload of
a single interface instead of forcing a restart of all
DHCPv6 WAN clients at the same time.
interface: POC for multi-dhcp6c support
I'm not entirely sure why we settled for a single deamon of
dhcp6c back in the day, but there are certianly downsides to
it and I don't see something that wasn't fixed in the meantime
that makes this not work.
At the moment this splits off dhcp6c only but we need to
change the daemon's print a bit to avoid complaining about
"other" devices since the situation to ignore a non-listening
interface is normal and not "ignoring" something obvious as
the INFO log message suggests.
rtsold still needs to be split to allow for HUP reload of
a single interface instead of forcing a restart of all
DHCPv6 WAN clients at the same time.
For better debugging support in the future ditch the "normal"
log mode and always use -d or -D when debug is wanted.
interfaces: more prepping for multi-dhcp6c
Clear out compatible changes from the branch to make it
lighter. Refactor the command generation to work with
a specific pid and conf per device, but keep the old files
for now.
