我已经构建了一个自定义 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
或类似的东西。