DHCP Option121与Option3共存问题及Ubuntu 22.04默认路由丢失咨询

你好，针对你遇到的这个问题，我来帮你拆解分析下，这其实涉及到DHCP规范的优先级定义以及不同操作系统的实现差异：

• 先明确DHCP规范的核心规则：根据RFC 3442（定义Option121的标准），当DHCP服务器同时下发Option121（无类静态路由）和Option3（默认网关）时，客户端应当优先采用Option121中的路由配置。但这里有个关键前提：如果Option121里没有包含0.0.0.0/0（默认路由）的条目，客户端仍然需要保留Option3提供的默认网关。

• 为什么Windows和Ubuntu行为不同？
  Windows的DHCP客户端实现逻辑比较灵活，它会同时保留Option3和Option121的路由信息，即使Option121包含默认路由，也可能会让两条默认路由共存（只是优先级有差异）；而Ubuntu 22.04默认使用的systemd-networkd或NetworkManager配合dhclient时，会严格遵循RFC的优先级规则——如果检测到Option121存在，就会优先处理它的路由，如果Option121里已经包含了默认路由，就会直接忽略Option3的配置，这就是你看到的默认路由丢失的原因。

• 下一步排查方向

  1. 先检查你的DHCP服务器上Option121的配置：确认是否在Option121中添加了0.0.0.0/0的默认路由条目？如果是的话，Ubuntu的行为完全符合规范，属于正常现象；
  2. 如果Option121里没有默认路由，但Ubuntu还是丢失了Option3的默认网关，那可能是客户端的DHCP配置有问题。你可以尝试修改/etc/dhcp/dhclient.conf，确保文件中包含以下配置（强制客户端识别并处理这两个选项）：

     option rfc3442-classless-static-routes code 121 = array of unsigned integer 8;
     option classless-static-routes code 249 = array of unsigned integer 8;
     

     保存后重启网络服务，比如执行systemctl restart systemd-networkd（如果用systemd-networkd）或者nmcli networking off && nmcli networking on（如果用NetworkManager）；
  3. 查看DHCP客户端日志，获取更详细的信息：执行journalctl -u systemd-networkd或journalctl -u NetworkManager，搜索DHCP相关的日志，看看客户端在获取Option3和Option121时有没有异常提示。

总结一下：如果你的Option121配置包含默认路由，那Ubuntu的行为是符合设计规范的；如果没有，那大概率是客户端的DHCP选项处理配置需要调整。

备注：内容来源于stack exchange，提问作者Shiyao Wang