主页 / unix / 问题 / 763382
Accepted
IlorDash
Asked: 2023-12-08 20:55:49 +0800 CST

PXE 启动期间无法使用 NetworkManager 获取 DNS IP

  • 772

我已经构建了一个自定义 Buildroot，其中 NetworkManager 作为唯一的网络守护进程，并通过 PXE 启动我的主板。问题是/etc/resolv.conf缺少实际的 DNS IP 和域。当内核启动时，它会发送 DHCP 请求，并且 DHCP 服务器会发送包含所有必需网络设置的答案：

[   8.278182] Sending DHCP requests ..., OK
[   16.272817] IP-Config: Got DHCP answer from X.X.X.X, my address is X.X.X.X
[   16.280985] IP-Config: Complete:
[   16.284623]      device=eth1, hwaddr=X:X:X:X:X:X, ipaddr=X.X.X.X, mask=255.255.0.0, gw=X.X.0.1
[   16.295317]      host=X.X.X.X, domain=*my-domain*.com, nis-domain=(none)
[   16.302670]      bootserver=0.0.0.0, rootserver=X.X.X.X, rootpath=
[   16.302692]      nameserver0=X.X.1.30, nameserver1=X.X.1.100

但/etc/resolv.conf缺少它：

# cat /etc/resolv.conf
# This is /run/systemd/resolve/resolv.conf managed by man:systemd-resolved(8).
# Do not edit.
...

nameserver 1.1.1.1
nameserver 8.8.8.8
search .

/proc/net/pnp根据文档，其中有实际的名称服务器和域，就像使用 NFS 根时应该的那样。

# cat /proc/net/pnp
#PROTO: DHCP
domain my-domain.com
nameserver X.X.1.30
nameserver X.X.1.100
bootserver 0.0.0.0

但/etc/resolv.conf不链接到它，而是链接到/run/systemd/resolve/resolv.conf.

我也无法通过主机名 ping 主板，因此我可以得出结论，即使 DNS 服务器也没有创建任何包含主板 IP 和主机名的记录，因为当内核发送第一个 DHCP 请求时，没有任何 FS 存储主机名。我知道我可以在 PXE 启动期间通过内核命令行参数设置主机名，但我想在 Linux 中使用“hostname”命令来设置它。

我使用此 systemd-networkd 配置来使用 DHCP 客户端：

# cat /etc/systemd/network/80-dhcp.network               
[Match]
Name=eth*

[Network]
DHCP=yes

[DHCP]
UseDomains=true
UseHostname=false
ClientIdentifier=mac
CriticalConnection=true

通过此配置，systemd-networkd 启动内部 DHCP 客户端，该客户端发送另一个 DHCP 请求并填充/etc/resolv.conf实际的网络设置。一切似乎都正常，我可以通过简单地重新启动 systemd-networkd 来刷新 DHCP 租约，但我想摆脱 systemd-networkd 并使用 NetworkManager 作为唯一的网络守护进程。

所以我假设 NetworkManager 在以板的主机名启动并接收网络设置并填充/etc/resolv.conf它们时会发送另一个 DHCP 请求，但它不会，并且在 ipv4.eth 接口的方法中是手动的。

有没有办法触发 NetworkManager 在已配置的接口上发送 DHCP 请求？还有一个更普遍的问题，NetworkManager 是否适合与 PXE 启动一起使用，或者我应该切换到另一个网络实用程序？

更新：

解决方案是dhcpcd在启动后使用参数手动启动：

dhcpcd --nooption host_name --clientid -h $(hostname) -1

我在nfs-client.target和network.target之后在systemd服务中运行此命令，NFS所依赖的以太网接口的IP没有改变，并且我的板获得了相关的网络设置并且其主机名正在解析。

nfs

2 个回答

  1. Best Answer

    解决方案是在启动后使用参数手动启动 dhcpcd：

    dhcpcd --nooption host_name --clientid -h $(hostname) -1

    我在nfs-client.target和network.target之后在systemd服务中运行此命令，NFS所依赖的以太网接口的IP没有改变，并且我的板获得了相关的网络设置并且其主机名正在解析。

    • 1

  2. 我不知道你如何设置启动过程和发行版等。这是我在我的 中看到的resolv.conf：

    cat /etc/resolv.conf 
# This is /run/systemd/resolve/stub-resolv.conf managed by man:systemd-resolved(8).
# Do not edit.
#
# This file might be symlinked as /etc/resolv.conf. If you're looking at
# /etc/resolv.conf and seeing this text, you have followed the symlink.
#
# This is a dynamic resolv.conf file for connecting local clients to the
# internal DNS stub resolver of systemd-resolved. This file lists all
# configured search domains.
#
# Run "resolvectl status" to see details about the uplink DNS servers
# currently in use.
#
# Third party programs should typically not access this file directly, but only
# through the symlink at /etc/resolv.conf. To manage man:resolv.conf(5) in a
# different way, replace this symlink by a static file or a different symlink.
#
# See man:systemd-resolved.service(8) for details about the supported modes of
# operation for /etc/resolv.conf.

nameserver 127.0.0.53
options edns0 trust-ad
search lan

    首先，它在 Fedora 38+ 上默认由 resolv.conf 管理。另外，还取决于您的 NetworkManager 版本，并且/etc/NetworkManager/NetworkManager.conf您/etc/NetworkManager/conf.d/可能使用不同的dns=...选项。

    另外根据该文本，听起来无论是否链接该文件都不是动态完成的，至少是通过resoved. 所以也许你可以在你的设置中将其设置为符号链接。

    对于完全启动后重新连接，也许

    nmcli connection down int
nmcli connection up int

    或者

    nmcli nm enable false
nmcli nm enable true

    或者类似的东西。

    • 0

相关问题