firmware: ok no safety net then
>>> Invoking update script 'isc-dhcp-plugin.sh'
Installing legacy ISC-DHCP plugin for compatibility...
Strict TLS 1.3 and CRL checking is enabled.
Updating OPNsense repository catalogue...
OPNsense repository is up to date.
All repositories are up to date.
process with pid 7698 still holds the lock
process with pid 7698 still holds the lock
process with pid 7698 still holds the lock
process with pid 7698 still holds the lock
process with pid 7698 still holds the lock
process with pid 7698 still holds the lock
pkg: Cannot get an advisory lock on a database, it is locked by another process
process with pid 7698 still holds the lock
process with pid 7698 still holds the lock
process with pid 7698 still holds the lock
process with pid 7698 still holds the lock
[3 lines not shown]
firmware: on the development side run the isc-dhcp plugin hook too
Since we removed the code make sure the update goes ok since the
imminent reboot can have a bad effect on recovery.
system: sort to retain order in Syslog source definitions
The files are numbered but the glob will throw the files into
the array like it finds them on the disk.
(cherry picked from commit adc5b7a482d075c11f57e56c033c964506af80a0)
system: sort to retain order in Syslog source definitions
The files are numbered but the glob will throw the files into
the array like it finds them on the disk.
isc-dhcp: remove main files for #9155
It will probably take more time to remove the loose ends but this
is the working bulk state for the pluginification.
isc-dhcp: very simple migration script #9155
We're going to need this for 99% of the cases in existing installs
so instead of checking for something just install it and ask the
user to let it go if unneeded.
interfaces: make Dnsmasq the default IPv6 provider (#9595)
* Services: Dnsmasq DNS & DHCP: Add default IPv6 configuration to config.xml.sample
An additional DHCP range constructs RA from the WAN prefix. LAN requires track interface for this to work.
ra-stateless will set the O and A bit, allowing clients to use SLAAC and optionally receive other options via DHCPv6.
Clients will not request a DHCPv6 address which is more inline with most client implementations, as SLAAC is the common supported choice.
The RDNSS option will be offered via eaf7630.
* Fix typo in constructor, an IPv6 address (GUA or ULA) must exist on the interface
* Add DHCPv6 range and change mode to allow client to have SLAAC and IA_NA at same time
* system: adjust dhcpv6 range with isc default
---------
Co-authored-by: Franco Fichtner <franco at opnsense.org>
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.
interface: 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.
This splits off rtsold and dhcp6c into separate processes 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.
Remove the $id bootstrapping now that every service has its
own configuration and "0" cannot overlap and add some options
relavant to #7647. The assoc-id principle and some other options
are now implemented.
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.
Remove the $id bootstrapping now that every service has its
own configuration and "0" cannot overlap and add some options
relavant to #7647. The assoc-id principle and some other options
are now implemented.
rtsold still needs to be split to allow for HUP reload of
[2 lines not shown]
interfaces: dhcp6c rapid-commit, request-dns and refactoring #7647
Although the code shifts around this doesn't change the outcome
of the file similar to what was started with 3e810bd4be.
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.
Remove the $id bootstrapping now that every service has its
own configuration and "0" cannot overlap and add some options
relavant to #7647. The assoc-id principle and some other options
are now implemented.
rtsold still needs to be split to allow for HUP reload of
[2 lines not shown]
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.
Remove the $id bootstrapping now that every service has its
own configuration and "0" cannot overlap and add some options
relavant to #7647.
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.
interfaces: introduce idassoc6 mode #9155
We're adding a bit of technical debt here for the simple reason
to decouple the track6 mode from automatic radvd and dhcpv6 runs.
Specifically avoid the "dhcpd6track6allowoverride" flag in this
mode but keep the data the same otherwise for interoperability.
interfaces: introduce idassoc6 mode #9155
We're adding a bit of technical debt here for the simple reason
to decouple the track6 mode from automatic radvd and dhcpv6 runs.
Specifically avoid the "dhcpd6track6allowoverride" flag in this
mode but keep the data the same otherwise for interoperability.
