interfaces: generalise the dhcp6c_script using the new IFNAME variable #7647
The file was conceptually created in d36f0f4f62557 and before was a single
command line script... so add appropriate copyrights from that time onward.
Many thanks to Martin for pinoeering this back in the day!
interfaces: show the prefix shift in the log message
Move the other force message to the respective if which is more or
less what we had before. This is important for making clear what
the impact of #9521 to renewals actually is.
interfaces: missed script path via @cm-rudolph
interfaces: multi-dhcp6c support and custom PD association #7647
This splits off rtsold and dhcp6c into separate processes
which frees us from the restrictions of faked iterative IDs
for PD associations. For NA we simply default to 0 now.
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.
Add two debugging files which still need to be steered via the
debug setting.
filter: replace with !empty isset during legacy rule dump
This is particularly relevant for fresh installs, where the default
config sets <any/> keys. This makes sure those default rules are
able to be migrated properly.
(cherry picked from commit ba8194deddf7ce79856d5c647db38171a7c56769)
filter: replace with !empty isset during legacy rule dump
This is particularly relevant for fresh installs, where the default
config sets <any/> keys. This makes sure those default rules are
able to be migrated properly.
wizard: default WAN setup to DHCP
1. Our config defaults are DHCP as well.
2. If WAN is disabled this causes a "/" to be filled, which can
be deleted but even when disabled it wants a gateway.
On a related note it would be good if the wizard would refill from
the current configuration so people could safely skip over these parts.
(cherry picked from commit 4ed30a74d1e3b975a342d540b9d61c32746ae1f7)
interfaces: move migration prefix for new settings
Error: Call to a member function applyDefault() on null
(from the Bridge model)
(cherry picked from commit b439e6484f96ecd9e91bf56f5d19307333bc2982)
wizard: default WAN setup to DHCP
1. Our config defaults are DHCP as well.
2. If WAN is disabled this causes a "/" to be filled, which can
be deleted but even when disabled it wants a gateway.
On a related note it would be good if the wizard would refill from
the current configuration so people could safely skip over these parts.