BSD Commit Log Search

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: generalise the rtsold_script as well

The bulk of this started in 732e4b3388b but Martin was involved
here too over the years.

interfaces: embed dhcp6c options into config file

So we can read them from a soon-to-be generalised rtsold script.

interface: 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.

interfaces: generalise the dhcp6c_script using the new IFNAME variable

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!

interaces: use ifctl -u mode to check if force is needed #9521

We do force-reload in SOLICIT/REQUEST, but in REBIND and RENEW
cases we do want to check if the prefix information changed.

This may produce one spurious forced renew when the old prefix
disappears, but avoids reloading in average cases where the
existing prefix is (or existing prefixes are) kept.

interfaces: oversight in settings migration

interfaces: generalise the dhcp6c_script using the new IFNAME variable

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!

interface: 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.

interaces: use ifctl -u mode to check if force is needed #9521

We do force-reload in SOLICIT/REQUEST, but in REBIND and RENEW
cases we do want to check if the prefix information changed.

This may produce one spurious forced renew when the old prefix
disappears, but avoids reloading in average cases where the
existing prefix is (or existing prefixes are) kept.

interaces: use ifctl -u mode to check if force is needed #9521

We do force-reload in SOLICIT/REQUEST, but in REBIND and RENEW
cases we do want to check if the prefix information changed.

This may produce one spurious forced renew when the old prefix
disappears, but avoids reloading in average cases where the
existing prefix is (or existing prefixes are) kept.

interaces: use ifctl -u mode to check if force is needed #9521

We do force-reload in SOLICIT/REQUEST, but in REBIND and RENEW
cases we do want to check if the prefix information changed.

This may produce one spurious forced renew when the old prefix
disappears, but avoids reloading in average cases where the
existing prefix is (or existing prefixes are) kept.

interaces: use ifctl -u mode to check if force is needed #9521

We do force-reload in SOLICIT/REQUEST, but in REBIND and RENEW
cases we do want to check if the prefix information changed.

This may produce one spurious forced renew when the old prefix
disappears, but avoids reloading in average cases where the
existing prefix is (or existing prefixes are) kept.

interface: 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.

interfaces: force renewal on most dhcp6c actions #9521

interfaces: also dump ifconfig from the last renewal for debugging #9521

interface: 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.

dhcp/kea: exit prefix watcher if no lease file exists

dhcrelay: change bracing back for clarity

Logic is the same as && takes precedence but let's keep it like
it originally was.

dhcrelay: relax the check for present addresses #9369

(cherry picked from commit 0dd29398d934338f3326aa03386a62784e52da61)
(cherry picked from commit ce93c8bf05b0753fe51dc57a226a08562b2f7cd5)
(cherry picked from commit dba27bb13902472c664efcb5b3e63e8a274995ce)
(cherry picked from commit 1162de70486aa9e907880507f95c45ae3a110eb6)

dhcrelay: invert the logic to make it work as intended; closes #9369

dhcrelay: relax the check for present addresses #9369

get_interface_ip(v6) is much too specific for what we're trying to
validate against here.  Instead use the existing ifconfig data and
simply make sure if any address from the family is set.  In the IPv6
link-local case that might be strange, but the effect on working
setups is zero in either case.

It could be considered removing this validation which originates from
the legacy code and just let the daemon fail to start, but the log
message is much nicer and effective for debugging purposes.

dhcrelay: do not scan for carp if everything is disabled anyway

dhcrelay: safeguards for carp tracking

PHP would throw errors. We have empty array key and perhaps
a mismatch on VHID lookup to fix.

system: add "backend" and "php" shortcuts to opnsense-log

system: provide resolv.conf overrides via /etc/resolv.conf.local #7264

mvc: fix faulty $forceList behaviour and add a test; closes #9617

tests: add a test for #9617

system: fix vsprintf() error on stray % invoke; closes #9618

(cherry picked from commit 8d3a96e956ea30aa58df406ec7a6f2c38c17dcca)

interface: 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.