Open ghost opened 4 years ago
This is probably a bug in the dnssec-trigger dispatcher script.
This is in fact intentional. We think remote configuration can use search domain to track your activities on internet. It does redirect search domains to specified name servers, but leaves search empty.
set_search_domains=yes
in /etc/dnssec.conf would return expected behaviour back, at the cost of potential leaks of queries.
When set_search_domains=yes
is set in /etc/dnssec.conf and a specific search
domain is configured via /etc/dnssec-trigger/dnssec-trigger.conf, that search
domain is ignored and instead other domain names, probably from DHCP are written to /etc/resolv.conf.
Unless.. you run dnssec-trigger-control-setup
again and systemctl restart dnssec-triggerd
, and then set_search_domains=yes
doesn't seem to be required either.
Until.. you systemctl restart unbound
, then the search
option is gone again from /etc/resolv.conf.
(Ubuntu 20.04.4 LTS)
OS: Debian sid using NetworkManager with
dns=unbound
resolv.conf contains:
when it should contain