如何确认主机链路未加入LACP（链路聚合组）及PXE启动DHCP请求异常排查

嗨，针对你的问题，我来一步步帮你梳理解决思路——毕竟你遇到的“PXE偶尔能通、Linux系统却正常获IP”的情况，大概率和LACP链路聚合的配置差异有关。

一、先确认你的主机链路是否真的没加入LACP聚合组 #

1. 从主机端检查（以Linux为例，你有现成的Linux系统可以操作） #

• 查看网卡绑定配置：
  不同发行版的配置文件位置不一样，比如Debian/Ubuntu用cat /etc/netplan/*.yaml，CentOS/RHEL用cat /etc/sysconfig/network-scripts/ifcfg-*，看看有没有包含bond相关的配置，尤其是模式是否为LACP（模式4）。
• 查看当前bond状态：
  先输入ip link show，如果能看到bond0这类设备，再用cat /proc/net/bonding/bond0查看详细信息——里面会明确显示是否启用了LACP，以及聚合的成员端口、协商状态。
• 如果是Windows主机：
  打开设备管理器，找到网络适配器，看有没有绑定的适配器（比如带“Microsoft Load Balancing”标识的），右键属性里就能看到是否启用了LACP模式。

2. 从交换机端验证（需要联系网络管理员配合） #

虽然管理员说已经禁用了聚合，但还是可以让他们做这些检查来确认：

• 查看对应端口的配置：比如Cisco交换机用show running-config interface <你的主机端口号>，看有没有channel-group <编号> mode active/passive这类LACP相关命令；华为交换机用display interface <你的主机端口号>，看是否关联了Eth-Trunk。
• 查看聚合组整体状态：Cisco用show etherchannel summary，华为用display eth-trunk <编号>，确认你的主机端口有没有被加入某个聚合组。

二、结合你的PXE异常问题排查 #

你提到“Linux能正常获IP，但PXE启动DHCP请求大多到不了服务器”，这个现象很符合LACP协商时机不匹配的问题：

• PXE启动时，主机的网卡驱动还没完成LACP协商流程，交换机端的端口可能处于“等待协商”的状态，导致DHCP请求包被丢弃；而Linux系统启动后，bond驱动会完成LACP协商，交换机端口进入正常转发状态，所以能顺利获取IP。

具体排查步骤：

• 先确认主机端有没有启用bonding：如果主机没开bond，但交换机端偷偷开了LACP，那端口会因为协商失败处于半连通状态，偶尔能通可能是交换机的临时 fallback 机制在起作用。
• 抓包验证：让管理员把你的主机端口做镜像，抓PXE启动时的DHCP请求包，看包是否从主机发出、交换机是否转发到DHCP服务器——如果包在交换机端没转发，基本实锤是LACP配置问题。
• 临时测试：让管理员把你的主机连接的交换机端口强制设置为非聚合模式（关闭LACP），再测试PXE启动，如果能正常获取IP，就说明之前的问题确实是LACP导致的。
• 排除DHCP服务器问题：因为你偶尔能成功PXE启动，所以服务器本身的配置（比如地址池、VLAN）大概率没问题，重点还是放在链路层面。

备注：内容来源于stack exchange，提问作者Макс Кринж