![QEMU Deb9 来宾图形安装在安装过程中无法获得 DHCP 回复](https://linux22.com/image/138208/QEMU%20Deb9%20%E6%9D%A5%E5%AE%BE%E5%9B%BE%E5%BD%A2%E5%AE%89%E8%A3%85%E5%9C%A8%E5%AE%89%E8%A3%85%E8%BF%87%E7%A8%8B%E4%B8%AD%E6%97%A0%E6%B3%95%E8%8E%B7%E5%BE%97%20DHCP%20%E5%9B%9E%E5%A4%8D.png)
我的目标是使用主机上的桥接接口设置一些基于 QEMU/libvirt 的来宾,以便每个来宾虚拟机在我的 LAN 网络上都有一个 DHCP 分配的 IP 地址。我已经成功设置并使用了不太复杂的虚拟机配置,并且知道我的硬件支持虚拟化,所以可以这么说,我将尝试切入正题。
拓扑结构
每个节点都通过 1Gbps 以太网连接(因此没有无线接口)
[路由器]---[交换机1]---[交换机2]---[主机]
主持人
- 运行 Ubuntu 16.04.5
- 1x 1Gbps NIC 配置 dhcp 用于管理活动 (em1)
- 1x 1Gbps NIC 配置为具有静态 IP 地址的网桥(br0 / eth1 从属)
- 使用来自同一 LAN 网络中不同主机的 SSH 和 ping 成功测试网桥连接。我在接口文件中明确禁用生成树协议,并且 brctl show 命令正确显示我的网桥,其中 eth1 作为唯一接口。
尝试使用 virt-install 进行来宾安装
安装命令
virt-install --name={guest-name} --vcpus=2 --memory=4096 --network bridge=br0
--cdrom={.iso-img-path} --disk size=20,path={diskimg-path} --os-variant=debian8
--graphics vnc,password={pass},listen=0.0.0.0 --noautoconsole
到目前为止观察到的行为和故障排除
连接到Guest VM VNC以成功安装
Debian 9 图形安装程序报告无法通过主机桥接口自动配置 DHCP 的来宾网络接口
命令 'sudo tcpdump -i br0 | sudo tcpdump -i br0 | sudo tcpdump -i br0 | grep -i dhcp'(下面的输出)仅显示正在广播的请求,没有回复。
10:08:57.833669 IP 0.0.0.0.bootpc > 255.255.255.255.bootps:BOOTP/DHCP,请求来自 52:54:00:8a:9e:69(oui 未知),长度 300
我有技术背景,但不熟悉底层细节以及如何正确排除 DHCP 故障。
更新1
我在 Ubuntu 主机上配置了 tshark,并通过以太网将运行 Wireshark 的笔记本电脑连接到路由器上的一个交换机端口。
注意:据我所知,我的路由器不支持任何端口镜像或端口监控。
新拓扑
[路由器]---[交换机1]---[交换机2]---[主机-Tshark]
|
[Deb9.5-Wireshark]
Tshark 命令和结果
[]$ tshark -w out.pcap -f "udp port 68 or port 67" -i any
[]$ tshark -r out.pcap -V | grep -e Frame -e Bootstrap -e User\ Datagram\ Protocol -e Bootp\ flags -e "Internet Protocol Version 4"
Frame 295: 344 bytes on wire (2752 bits), 344 bytes captured (2752 bits) on interface 0
Frame Number: 295
Frame Length: 344 bytes (2752 bits)
[Frame is marked: False]
[Frame is ignored: False]
Internet Protocol Version 4, Src: 0.0.0.0, Dst: 255.255.255.255
User Datagram Protocol, Src Port: 68, Dst Port: 67
Bootstrap Protocol (Discover)
Bootp flags: 0x0000 (Unicast)
- 我启动了上面的捕获命令,然后快速转移到我的 debian 9 安装 VNC 并重试 DHCP 自动配置,然后快速停止捕获
- 我注意到捕获计数在捕获开始后开始增加,但在我告诉图形安装重新尝试 DHCP 配置之前,所有数据包看起来与上面的输出相同。 (有些数据包可能陷入转发循环?)
- 在主机上使用 Tshark 之前,我尝试在笔记本电脑上使用 Wireshark,因此我回家后将尝试一些过滤器,但在使用 Wireshark 进行测试期间,我没有看到任何 DHCP/BOOTP(发现)数据包通过。
- Bootp 标志被标记为单播,但 IP src/dst 使它看起来像是在尝试广播 Discover 数据包并等待响应?任何更熟悉 DHCP 的人都可以帮助阐明这一点
更新 2——增加分辨率
因此,我接下来尝试的是使用 DHCP 发现数据包中的 MAC 地址,并在路由器 GUI 上配置静态 IP。这成功了,因为它允许我通过安装程序的网络配置部分,但当我到达需要通过连接到镜像服务器来配置包管理器的点时,它失败了。
现在 ARP 解析是我熟悉的东西,我发现从网桥发出的 ARP 数据包没有得到回复,类似于 DHCP 发现数据包。当我检查从 LAN 上的另一台主机 ping 网桥接口的数据包时,我发现回复的源字段中的 MAC 地址错误。事实证明,Linux 内核将 IP 地址视为松散耦合系统中的“系统对象”,因此将多个接口连接到同一网络 (192.168.1.0/24) 并不能保证使用哪个物理接口来处理数据包与特定 IP 相关。
为了解决这个问题,我只是将系统中的每个物理接口添加到桥接接口定义中,并且重新启动后一切正常。这不是我理想的设置,但它可以工作,并且 DHCP 按预期工作。