本文尝试介绍 systemd-resolved、systemd-networkd、NetworkManager、netplan 的关系和联系，并分层详细剖析它们的关系，以及 DNS 配置的传递流程。
介绍
这是一个非常经典且容易让人混淆的问题。Linux 的网络栈在近年来发生了很大的变化，导致这几个组件经常同时出现，让人摸不着头脑。
简单来说，它们的关系是：Netplan 是老板（配置生成器），NetworkManager 和 systemd-networkd 是包工头（后端执行者），而 systemd-resolved 是专门负责查电话本（DNS 解析）的秘书。
四者关系图解
可以将它们分为三层：配置层、后端层、服务层。
graph TD
User[用户 / 管理员] -->|编写 YAML| Netplan[Netplan (配置描述层)]
subgraph "后端 / 渲染器 (Renderers)"
Netplan -->|生成配置| NetworkManager[NetworkManager (适合桌面/WiFi)]
Netplan -->|生成配置| Networkd[systemd-networkd (适合服务器)]
end
subgraph "DNS 服务"
NetworkManager -->|通过 DBus 推送 DNS| Resolved[systemd-resolved]
Networkd -->|通过 socket/DBus 推送 DNS| Resolved
end
Resolved -->|提供服务| App[应用程序 (ping/curl/browser)]
各组件角色详解：
-
Netplan (配置翻译官)
- 角色： 它是 Ubuntu 17.10+ 引入的抽象配置工具。
- 作用： 它本身不运行网络，也不负责联网。它只负责读取
/etc/netplan/*.yaml 文件，然后把这些简单的 YAML 配置翻译（生成）成后端能看懂的配置文件。
- 关键点： 它决定了使用哪个后端（通过
renderer: networkd 或 renderer: NetworkManager 指定）。
-
systemd-networkd (服务器端主力)
- 角色： systemd 自带的网络管理后台进程。
- 作用： 它负责应用 IP 地址、配置路由、启动网卡。它非常轻量，适合服务器和容器环境。
- 关系： 它是 Netplan 的默认后端之一。
-
NetworkManager (桌面端主力)
- 角色： 老牌的网络管理后台进程。
- 作用： 同样负责配 IP、路由。它非常擅长处理动态变化的网络（如 Wi-Fi 漫游、VPN 切换、热点插拔）。
- 关系： 它是 Netplan 的另一个可选后端。
-
systemd-resolved (DNS 专家)
- 角色： 专门处理 DNS 解析的服务（如上一条回答所述）。
- 作用： 不管 IP 是谁配的，DNS 解析请求最终通常都汇聚到这里。
- 关系： 它被设计为与 networkd 和 NetworkManager 配合工作。
Netplan 的 DNS 是如何传递给 systemd-resolved 的？
这是用户最关心的技术细节。Netplan 里的 nameservers 字段并不会直接写入 /etc/resolv.conf，而是经过了一个接力传递的过程。
流程取决于你在 Netplan 中选择的 renderer（渲染器）。
当 renderer 是 networkd (服务器默认)
- 编写： 你在 Netplan YAML 中写下：
ethernets:
eth0:
nameservers:
addresses: [1.1.1.1, 8.8.8.8]
- 生成 (Netplan 阶段)： 运行
netplan apply 后，Netplan 会在 /run/systemd/network/ 目录下生成一个 .network 文件（例如 10-netplan-eth0.network）。
- 该文件内容大致如下：
[Network]
DNS=1.1.1.1 8.8.8.8
- 读取 (networkd 阶段)：
systemd-networkd 守护进程检测到这个新文件，读取它，并配置网卡。
- 推送 (IPC 阶段)： 关键一步 ——
systemd-networkd 会通过内部机制（通常是 DBus 或 socket）通知 systemd-resolved：嘿，eth0 接口的 DNS 服务器是 1.1.1.1。
- 生效：
systemd-resolved 收到通知，将其加入自己的内存配置中，并通过 127.0.0.53 对外服务。
当 renderer 是 NetworkManager (桌面默认)
- 编写： Netplan YAML 内容同上，但
renderer: NetworkManager。
- 生成 (Netplan 阶段)：
netplan apply 会在 /run/NetworkManager/system-connections/ 目录下生成 NetworkManager 的配置文件（通常是 .nmconnection 格式）。
- 读取 (NM 阶段)：
NetworkManager 读取该配置并应用。
- 推送 (IPC 阶段)：
NetworkManager 自身也有管理 DNS 的能力，但现代发行版通常配置它将 DNS 委托给 resolved。
- NetworkManager 会检测到
systemd-resolved 正在运行。
- NetworkManager 通过 DBus 向
systemd-resolved 发送信号，注册这些 DNS 服务器。
- 生效： 同上，
systemd-resolved 接管解析请求。
为什么有时候修改不生效？常见误区
理解了这个传递链条，就能明白为什么有时候 DNS 设置会出问题：
-
直接改 /etc/resolv.conf 被覆盖：
- 因为
systemd-resolved 是最终生效者，它会管理这个文件。如果你不通过 Netplan 或后端工具修改，重启网络服务后，resolved 会重新覆盖它。
-
NetworkManager 未托管：
- 如果 Netplan 设置了
renderer: networkd，但你还在尝试用 nmcli (NetworkManager 的工具) 去改 DNS，那是无效的，因为 NetworkManager 根本不管理那个网卡。
-
systemd-resolved 未启动：
- 如果
systemd-resolved 服务挂了，虽然 Netplan 把配置给了 networkd，networkd 也想推送 DNS，但接收方（resolved）不在，导致 DNS 解析失败。
检查使用哪种工具配置的网络
- 检查 Netplan 配置文件（最直接方法）确定 Renderer 的最直接方法是查看 Netplan 的 YAML 配置文件，因为
renderer 关键字就是在这里定义的。
network:
version: 2
renderer: networkd # <--- Renderer 在这里
# ...
network:
version: 2
renderer: NetworkManager # <--- Renderer 在这里
# ...
- 检查 Systemd 服务的活动状态（间接方法）由于 Netplan 的两个主要后端都是 Systemd 服务，可以检查哪个服务正在运行且处于活动状态
systemctl status NetworkManager.service
systemctl status systemd-networkd.service
- 使用后端原生工具进行验证（最可靠方法）Netplan 在应用配置后，会将管理权交给选定的后端。通过检查接口是否被特定的后端工具管理，可以确定当前 Renderer。
A. 验证 systemd-networkd**如果 systemd-networkd是后端，可以使用它的命令行工具networkctl 来查看接口管理状态。
- 如果由
networkd 管理： 在 OPERATIONAL 和 SETUP 列中，您配置的接口（例如 eth0 或 ensX）将显示为 routable 或 configured，且在 SETUP 下显示为 managed。
- 如果由
NetworkManager 管理： 接口将显示为 unmanaged。
B. 验证 NetworkManager**如果 NetworkManager是后端，您可以使用它的命令行工具nmcli 来查看连接和设备状态。
nmcli device status
# 或者
nmcli connection show
- 如果由
NetworkManager 管理： 您配置的接口将列出并处于 connected 状态，并且您可以看到与其对应的 CONNECTION 名称。
- 如果由
networkd 管理： 接口可能显示为 unmanaged。
总结
- Netplan 是编剧，写好剧本（YAML）。
- systemd-networkd / NetworkManager 是导演，根据剧本指挥现场（配置网卡），并把 DNS 信息传达给专用负责人。
- systemd-resolved 是接线员，最终接收导演传来的 DNS 地址，并实际处理所有的电话查询（DNS 解析）。
数据流向：
Netplan YAML -> 后端配置文件 -> 后端守护进程 (networkd/NM) -> (DBus/Socket) -> systemd-resolved -> 应用程序