interfaces: add a workaround for one-time sefgault in hostwatch
Seen this during testing but it's hard to debug in that post-update state
during bootup. In principle nothin g even changed between "50" and "90".
interfaces: get hostwatch status by process name
The PID takes a few ms to materialize, long enough for an apply to
show the service as red while still restarting.
The issue is reproducible via:
# service hostwatch restart && service hostwatch status
It shows the service as stopped.
(cherry picked from commit 55f34d8feb7a1b2b9af1e24ed46e6029fdaf3455)
interfaces: get hostwatch status by process name
The PID takes a few ms to materialize, long enough for an apply to
show the service as red while still restarting.
The issue is reproducible via:
# service hostwatch restart && service hostwatch status
It shows the service as stopped.
interfaces: rename two "hostdiscovery" instances
These better reflect that "hostwatch" is used although the
service has been coined "Host discovery" or even "Automatic
Discovery".
(cherry picked from commit 48426a39e6193128fd89da8abc737d2fbe8a0d13)
interfaces: rename two "hostdiscovery" instances
These better reflect that "hostwatch" is used although the
service has been coined "Host discovery" or even "Automatic
Discovery".
pkg: the script has the benefit of testing at the moment
pluginctl reaches into webgui.inc but the firmware and configd
use rc.restart_webgui which we want to hook into for now.
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>
