我正在运行 Ubuntu 18.04(从一些早期版本升级),它使用网络管理器和 systemd-resolved 进行名称解析。当我启动时,我的以太网连接enp0s31f6
由网络管理器启动,并通过 DHCP 提供三个名称服务器地址10.1.13.10
,, 10.1.141.10
, 10.1.13.36
. 运行nmcli
显示“DNS 配置”下的三个名称服务器。运行systemd-resolve --status
将它们显示在“链接 2 (enp0s31f6)”部分下。我可以ping通每一个。没有其他连接处于活动状态。
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
意思是网络管理器或 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.
Systemd 带有一个“存根”解析器 systemd-resolved,根据他们的说法,它实际上并不打算用作 DNS 服务器:
无论出于何种原因,Ubuntu 都被配置为将其用作 DNS 服务器,事实上,它是唯一的一个。
对错误 #1624320的评论指出 systemd-resolved 具有三种操作模式,而第二种模式解决了我的问题。即: