Ubuntu 18.04 上 DHCP 客户端的 IP 地址错误

Question 1

问题原因是 Ubuntu 18.04 的内置网络配置不再使用 NIC Mac 地址作为 DHCP 请求的默认 id。

dhcp-identifier: mac可以通过在 /etc/netplan/xxx.yaml（cloud-init）文件中添加配置来恢复传统（我认为是“合理的”）行为，如下所示：

network:
    renderer: networkd
    version: 2
    ethernets:
        nicdevicename:
            dhcp4: true
            dhcp-identifier: mac

其中“nicdevicename”是你的网络设备的名称

使用

sudo netplan apply

尝试新配置。如果出现任何错误，请注意 .yaml 文件中的精确缩进非常重要。

Answer

问题原因是 Ubuntu 18.04 的内置网络配置不再使用 NIC Mac 地址作为 DHCP 请求的默认 id。

dhcp-identifier: mac可以通过在 /etc/netplan/xxx.yaml（cloud-init）文件中添加配置来恢复传统（我认为是“合理的”）行为，如下所示：

network:
    renderer: networkd
    version: 2
    ethernets:
        nicdevicename:
            dhcp4: true
            dhcp-identifier: mac

其中“nicdevicename”是你的网络设备的名称

使用

sudo netplan apply

尝试新配置。如果出现任何错误，请注意 .yaml 文件中的精确缩进非常重要。

Question 2

拒绝租约是行不通的。网络无法知道为什么被拒绝，所以它惯于如果你这样做，只需神奇地切换到不同的 ID 类型即可。你必须手动执行此操作。

如果您的 systemd 版本足够新，并且您可以直接控制 cloud-init 写出的配置文件，您可以告诉 systemd-networkd 通过该*.network文件发送基于 MAC 地址的客户端 ID：

[DHCP]
ClientIdentifier=mac

但如果你知道 systemd-networkd 将总是可以使用，您只需将正确的租约分配给客户端 ID 032e827c00020000ab11d0fc617dced58a43，因为这就是 systemd-networkd 将始终为该机器发送的内容。（它根据生成 ID /etc/machine-id。）

Mos DHCP 客户端（包括 dhclient）提供类型为“01”（基于 MAC）的客户端 ID 字段。另一种常见类型是“00”（域名）。但是，默认情况下，systemd-networkd 会提供从 /etc/machine-id 的内容生成的“不透明”客户端 ID。

根据 DHCP 协议，租约由客户端 ID 选择第一的（只要客户端提供了“客户端 ID”选项，该选项可能是也可能不是基于 MAC 的），然后通过 MAC 地址除非客户没有发送ID。

因此，当你配置预留时，所有好的 DHCP 服务器都会允许你输入客户端 ID或者MAC 地址。如果您只输入 MAC 地址，那么我认为会自动隐含类型为“01”（基于 MAC）的客户端 ID。可能会有一个名为“忽略客户端 ID”的复选框，这对您来说很方便，但从技术上讲违反了 DHCP 规范。

（例如，我有两个具有不同 MAC 的 Wi-Fi 适配器，但我已将操作系统配置为无论连接哪个适配器都发送相同的客户端 ID。这样，我就可以通过两者获得相同的地址。）

Answer