我正在运行 Ubuntu 18.04（从某个早期版本升级而来），它使用网络管理器和 systemd-resolved 进行名称解析。启动时，我的以太网连接enp0s31f6由网络管理器启动，并通过 DHCP、、、 提供三个名称服务器地址。10.1.13.10运行显示“DNS 配置”下的三个名称服务器。运行显示它们在“链接 2 (enp0s31f6)”部分下。我可以 ping 每一个。没有其他连接处于活动状态。10.1.141.1010.1.13.36nmclisystemd-resolve --status
testuser ☼ systemd-resolve --status
Global
DNS Domain: (my org's domain)
DNSSEC NTA: 10.in-addr.arpa
16.172.in-addr.arpa
168.192.in-addr.arpa
17.172.in-addr.arpa
18.172.in-addr.arpa
19.172.in-addr.arpa
20.172.in-addr.arpa
21.172.in-addr.arpa
22.172.in-addr.arpa
23.172.in-addr.arpa
24.172.in-addr.arpa
25.172.in-addr.arpa
26.172.in-addr.arpa
27.172.in-addr.arpa
28.172.in-addr.arpa
29.172.in-addr.arpa
30.172.in-addr.arpa
31.172.in-addr.arpa
corp
d.f.ip6.arpa
home
internal
intranet
lan
local
private
test
Link 3 (wlp4s0)
Current Scopes: none
LLMNR setting: yes
MulticastDNS setting: no
DNSSEC setting: no
DNSSEC supported: no
Link 2 (enp0s31f6)
Current Scopes: DNS
LLMNR setting: yes
MulticastDNS setting: no
DNSSEC setting: no
DNSSEC supported: no
DNS Servers: 10.1.13.10
10.1.141.10
10.1.13.36
DNS Domain: (my org's domain)
但是，当我实际尝试解析名称时，即使是其中一个名称服务器的名称，dig也会显示“连接超时：无法访问服务器”。
testuser ☼ dig dcpdc001.(my org's domain)
; <<>> DiG 9.11.3-1ubuntu1.1-Ubuntu <<>> dcpdc001.(my org's domain)
;; global options: +cmd
;; connection timed out; no servers could be reached
请注意，该名称应解析为10.1.13.10第一个名称服务器。
我已配置resolvconf为使用动态更新。/etc/resolv.conf指向/run/resolvconf/resolv.conf。此文件仅包含（非注释）：
nameserver 127.0.0.53
search (my orgs local search domain)
如果我nameserver 10.1.13.10手动添加到此文件，突然dig就可以再次解析，并且任何其他需要查看本地名称的内容都可以这样做。删除名称服务器会再次破坏这一点。
我不太了解这些服务器。它们是基于 Windows 的网络的一部分，但如果我resolv.conf手动编辑，我可以使用它们，所以我认为这不是问题所在，这意味着我不需要通过域身份验证即可使用它们。（我可以使用 Realmd/SSSD 通过 Ubuntu 通过域身份验证，但如果我无法解析域控制器，则不行……）
journalctl的条目仅systemd-resolved显示几条关于“使用降级功能集...作为 DNS 服务器”的消息，但它们仅指第三个名称服务器，而不是其他名称服务器。没有主名称服务器的任何信息。
如何才能使名称解析正常工作而不必在resolv.conf每次启动时手动编辑？
我假设我的内容resolv.conf意味着 Network Manager 或 Systemd 正在运行某种本地缓存解析器？如果是这样，绕过它可以解决问题吗？
我增加了日志记录级别systemd-resolved并journalctl -f -u systemd-resolved显示：
Jul 20 10:33:23 heerij-ubuntu systemd-resolved[2352]: Got DNS stub UDP query packet for id 19836
Jul 20 10:33:23 heerij-ubuntu systemd-resolved[2352]: Looking up RR for dcpdc001.(org domain) IN A.
Jul 20 10:33:23 heerij-ubuntu systemd-resolved[2352]: Switching to DNS server 10.1.13.10 for interface enp0s31f6.
Jul 20 10:33:23 heerij-ubuntu systemd-resolved[2352]: Cache miss for dcpdc001.(org domain) IN A
Jul 20 10:33:23 heerij-ubuntu systemd-resolved[2352]: Transaction 12728 for <dcpdc001.(org domain) IN A> scope dns on enp0s31f6/*.
Jul 20 10:33:23 heerij-ubuntu systemd-resolved[2352]: Using feature level UDP+EDNS0+DO+LARGE for transaction 12728.
Jul 20 10:33:23 heerij-ubuntu systemd-resolved[2352]: Using DNS server 10.1.13.10 for transaction 12728.
Jul 20 10:33:23 heerij-ubuntu systemd-resolved[2352]: Sending query packet with id 12728.
Jul 20 10:33:23 heerij-ubuntu systemd-resolved[2352]: Processing query...
Jul 20 10:33:23 heerij-ubuntu systemd-resolved[2352]: Timeout reached on transaction 12728.
答案1
Systemd 带有一个“存根”解析器 systemd-resolved，据他们介绍，它是实际上并不打算用作 DNS 服务器：
好吧，resolved 不应该是一个 DNS 服务器，它应该足够好，以便类似 libc 的 DNS 客户端可以解析它们的内容，并且我们携带足够的信息来设置 AD 位。
无论出于什么原因，Ubuntu 都配置为使用它作为 DNS 服务器，事实上，也是唯一的 DNS 服务器。
A评论在错误 #1624320指出 systemd-resolved 有三种操作模式，第二种模式解决了我的问题。即：
$ sudo rm -f /etc/resolv.conf
$ sudo ln -s /run/systemd/resolve/resolv.conf /etc/resolv.conf