Robert Heller wrote:
Normally, with systemd-resolved running /etc/resolv.conf is NOT an editable file, but a symlink to a file under systemd-resolved control, and usually systemd-resolved is running its own caching only name server (dmasq?) ...
Kenneth Porter wrote:
Whether it's managed or not, CUPS is going to consult it when it uses the resolver APIs in glibc. So you should be able to cat it to see what the resolver APIs will use.
Running "systemctl stop systemd-resolved" did not change the problem. On this system, /etc/resolv.conf is NOT a symlink. It contains only a single reference to the local BIND9 and a search statement with one argument.