• Разные серверы или виртуальные машины поочередно вытесняют друг друга из таблицы DHCP-аренды.
• В логах сервера: Client 00:01:00:... requested IP already leased to another host.
• Сетевые интерфейсы на клонированных хостах периодически теряют IP-адрес или получают один и тот же IP на двоих.
• Сбои в работе облачных инстансов (cloud-init) при развертывании из единого шаблона (Golden Template).

1. Причина возникновения DUID Collision

В DHCPv6 (и современных реализациях DHCPv4 с Client-ID) идентификация клиента строится на основе DUID (DHCP Unique Identifier). При клонировании виртуальных машин без генерации нового Machine ID файл идентификатора копируется, что приводит к полной идентичности запросов для сервера.

2. Регенерация Machine-ID и DUID в Linux (systemd-networkd / NetworkManager)

На клонированном хосте выполните процедуру сброса:

# 1. Очистка системного ID
rm -f /etc/machine-id /var/lib/dbus/machine-id
systemd-machine-id-setup

# 2. Очистка сохраненных DUID в NetworkManager
rm -f /var/lib/NetworkManager/secret_key
rm -f /var/lib/NetworkManager/dhclient-*.lease

# 3. Перезапуск сетевого стека
systemctl restart systemd-networkd || systemctl restart NetworkManager

3. Принудительное использование MAC-адреса вместо DUID в DHCPv4

Если требуется привязать выдачу адресов строго к MAC (Client-ID на основе MAC):

# Для NetworkManager (/etc/NetworkManager/conf.d/dhcp-client-id.conf)
[connection]
ipv4.dhcp-client-id=mac

# Для dhclient (/etc/dhcp/dhclient.conf)
send dhcp-client-identifier = hardware;

4. Сброс DUID в ОС Windows Server

# Запуск Sysprep для генерации новых SID и DUID
C:\Windows\System32\Sysprep\sysprep.exe /generalize /oobe /reboot