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

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

我已经构建了一个自定义 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没有改变,并且我的板获得了相关的网络设置并且其主机名正在解析。

答案1

解决方案启动后使用参数手动启动 dhcpcd:

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

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

答案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

或类似的东西。

相关内容