Fedora Account System
Red Hat Associate
Red Hat Customer
Description of problem: The behavior of the command "resolvectl dns" has changed with systemd-resolved-252.2-591 and does not display the local host as Global DNS server even though a config file /etc/systemd/resolved.conf.d/zzz-ipa.conf is setting DNS=127.0.0.1 Version-Release number of selected component (if applicable): systemd-resolved-252.2-591.fc38.x86_64 How reproducible: Always Steps to Reproduce: 1. Install freeipa-server on a host named server.ipa.test: # dnf install -y freeipa-server-dns # ipa-server-install --domain ipa.test --realm IPA.TEST --setup-dns --auto-forwarders -a Secret123 -p Secret123 -U 2. Check the content of the configuration files: # cat /etc/systemd/resolved.conf | grep -v '^#' [Resolve] # cat /etc/systemd/resolved.conf.d/zzz-ipa.conf | grep -v '^#' [Resolve] DNS=127.0.0.1 Domains=~. ipa.test 3. Check the output of resolvectl dns: # resolvectl dns Global: <<<<< here we expect to see 127.0.0.1 Link 2 (eth0): 10.11.5.160 10.2.70.215 Actual results: Even though the config file defines the localhost as DNS server, "resolvectl dns" does not show the localhost as global DNS server. Expected results: With the previous version of systemd-resolved (systemd-resolved-252.1-588.fc38.x86_64), the localhost was shown: # resolvectl dns Global: 127.0.0.1 Link 2 (eth0): 10.11.5.160 10.2.70.215
You say 252.2 is the first bad. Was this a regression after 252.1? Jacek, any idea what is going on here? I see the following patches in that range: $ git lol v252.1..v252.2 src/resolve/ * 595dd9b2b9 resolved: Fix OpenSSL error messages * d337ac02d6 resolved: when configuring 127.0.0.1 as per-interface DNS server, contact it via "lo" always * 813d52dbf8 resolved: use right conditionalization when setting unicast ifindex on UDP sockets
(In reply to Zbigniew Jędrzejewski-Szmek from comment #1) > You say 252.2 is the first bad. Was this a regression after 252.1? Yes, 252.1-588 did not show the issue, 252.2-591 shows the issue.
I've put it back in the PR, but I'm not sure about the logic there.
This bug appears to have been reported against 'rawhide' during the Fedora Linux 38 development cycle. Changing version to 38.
FYI, our tests don't see the issue any more, using systemd-resolved-253~rc2-2.fc38.x86_64 and above.
Thanks Florence.