... a.k.a. rc.resolv_conf_generate. While here protect more
code with the IP change guard and clear the IP address if the
address lookup came up empty.
The wireless code "integration" is horrible even by moderate standards
in our code base. In the future the best way would be to ditch all of
it and rebuild (parts) required by users.
Try to not update immediately as page is still
rendering/filling up contents therein.
It makes the status indicator color change more
visible to the eye.
Even though we're currently not able to offer other options than round-robin as pfctl seems to prevent that, it might still be a good idea to make the current options explicit and leave room for future enhancements.
This commits adds poolopts to gateway groups and explains options. If users want to mix sticky and non-sticky, this will be possible with this change. Other options (random, source-hash, ..) unfortunately not.
* Merge SLAAC interface dhcp6c config
Stateless DHCPv6 config for SLAAC WANs was generated, but not merged into dhcp6c.conf file.
* Add support for stateless DHCPv6 to dhcp6c script
Script had no code for processing stateless DHCPv6 replies (required for SLAAC without RDNSS / DNSSL).
* dhcp6c script, pass all search domains to ifctl
Only the first domain was used, all others were disregarded.
o Switch to shared circle with coloring
o Switch success circle to muted
o Switch dialog color to primary
o Switch dialog close button to plain
o Add a couple of translations
o Add muted circle to page load
o Refine error level for crash reports
o Rearrange dismiss and error presentation, inline circle indicator
o Add age/timestamp to statuses
If we want to extend the feature here make room so we
don't have to deal with a single string concatenation.
Also disabled IPv6 inside GIF IPv4 tunnel.
PR: https://forum.opnsense.org/index.php?topic=29654.0
It would probably make sense to tighten validation as well, but for
this we first need to decide how we are going to implement the mode
where prefixlen is set to the actual value given and remote address
being omitted (see PR).
PR: https://forum.opnsense.org/index.php?topic=29654.0
Already noticed that "ipsec" devices were throwing wrenches into
the engine here so try to match exactly on the pseudo-interface
names given by the GUI.
This is a partial revert of 797c1864194 which has good intentions but rc.newwanip(v6)
isn't equipped with being called a lot of times yet. We want to improve this for 23.1.
Number of people noted spurious restarts of Unbound and this seems
to be the cause. However, the real cause of hammering rc.newwanip
is in 797c18641944 and to avoid other side effects like the GIF/GRE
stuff we should consider reverting part of it.
Purge the file on all known dynamic spots that run a deconfigure
of some sort. We probably need something for a forced reload as
well but for now let's see if this works in general.
rtsold resolvconf handing forces a lot of reloads now, something
also seen in rc.newwanip -- let's go the extra mile and lock the
cache IP in place until we do a full reconfigure.
We may have to build some sort of "expire" feature for the cached
IP since between forced reconnects we will want to reload again
anyway. But not sure where that is as rc.linkup is unreliable as
it has been messing with this before.
