Проблема с получением IP-адреса через DHCP-сервер

Я бы начал думать над настройками сервера DHCP.

Не думаю что это настройка сервера, проблема только с этой машиной, и решается перезапуском клиента.
Без изменения настроек клиента и сервера.

Подразумевался DHCP-клиент UBUNTU.

Если Ubuntu клиент это Desktop с DE и всеми плюшками, то возможно я бы подумал, что это конфликт встроенного в NetworkManager DHCP клиента и внешнего dhclient.

Нет, это сервер, без десктопа.

В первую очередь я бы смотрел на настройки сети в Hyper-V. Там есть куча возможностей дать системе не тот vSwich, поставить не ту галку в настройках этого vSwich и так далее, вплоть до странных настроек через cmdlets, а сами интерфейсы ещё могут быть в ненужных VLAN.

Когда это всё будет проверено и точно настроено, только тогда бы смотрел саму виртуалку. Потому, что убунта отлично работает в Hyper-V не первый год и такого не происходило.

В том-то и дело, что данная проблема возникла впервые, предыдущие виртуалки с UBUNTU так себя не вели.
Проверил ВСЕ параметры виртуальной машины - все в норме.
Ошибиться в виртуальном свитче не могу физически - он один. МАК адрес выдаваемый ifconfig и прописанный в Hyper-V совпадает.
На хосте работает суммарно 10 виртуальных машин через этот свитч, проблемы только с этой виртуалкой.

Тогда сравнивай настройки DHCP клиента с другими виртуальными машинами с Ubuntu.

Настройки DHCP клиента использовались по умолчанию, как инсталятор поставил. И ни на одной машине не правились, включая эту.

Погуглил по словам «36-character MAC», как у вас на картинке.

Нагуглилось такое: https://forums.fedoraforum.org/showthread.php?305651-Why-sents-36-character-M...

1) Modify your Windows DHCP server and set aside a DHCP reservation according to the overblown MAC size address that appears in the lease entry. The downside to this approach is that it requires you to have change access to this server and the fix is a bit of a kludgey workaround as the overblown address may change as it is a superset of the actual 6 octet hardware address of your host.

2) The better option is to create (as root) an /etc/dhcp/dhclient.conf file (it probably won't exist in F21/22) on your Linux client with the following line:

Code:

send dhcp-client-identifier = hardware;

Не помогло.
Даже пробовал явно прописать MAK, тоже не работает.

Может быть что в системе установлено несколько DHCP-клиентов? Как посмотреть?

В логах DHCP сервера нашел что действительно посылается 36-символьный MAK:

11,03/31/21,13:18:27,Обновить,10.67.3.154,rd-sv-softwlc.domain.com,A3CCF35E00020000AB11B1D5B7470C85DED5,,1744793388,0,,,,,,,,,0
11,03/31/21,13:18:27,Обновить,10.67.3.154,rd-sv-softwlc.domain.com,A3CCF35E00020000AB11B1D5B7470C85DED5,,1744793388,0,,,,,,,,0x01195349445F4D45535F3233323420657468203130302F32373A310206E828C135DB00,0
11,03/31/21,13:18:27,Обновить,10.67.3.154,rd-sv-softwlc.domain.com,A3CCF35E00020000AB11B1D5B7470C85DED5,,1744793388,0,,,,,,,,0x011F4D45535F32333438425F4B4154505F4B31303520657468203030302F303A310206E0D9E3B38DC0,0
12,03/31/21,13:19:42,Освободить,10.67.0.13,rd-sv-softwlc.domain.com,00155D001522,,1625155025,0,,,,,,,,,0
11,03/31/21,13:19:46,Обновить,10.67.0.13,rd-sv-softwlc.domain.com,00155D001522,,1480294776,0,,,,,,,,,0

Погугли на предмет systemd. Может он в бубунте себя ведет странно…

Может быть что в системе установлено несколько DHCP-клиентов? Как посмотреть?

Я этого не знаю.

Хуже, я даже не знаю какие в Ubuntu варианты бывают. Теоретически их целый зоопарк в Linux.

У меня в ArchLinux на Desktop было что-то более/менее похожее. Потому что

NetworkManger does not support dhcpcd ≥ 9.0.0

Полистал инет, англицкий подзабыл малек.
В общем 36 символов это не MAC, это уникальный ID устройства, типа в RFC по DHCP включили эту фигню, и устройства могут ее использовать вместо MAC.
Вбил этот UID в виндовый DHCP - все заработало, хотя сервак предупреждал, что MAC не правильный (Скрин https://ibb.co/GWLNDpp).
В качестве промежуточного решения пойдет, но хотелось бы добить вопрос до конца, может кто-нить подсказать как обойти данную «проблему»? :)

Вот и ответ: https://goo.su/9jfa

В Debian 10 используется dhclient новой версии, который стал более RFC-совместимым, и теперь отправляет 36-значный идентификатор вместо MAC адреса сетевой карты, например:

00ffcc4d0001000125977161525400ffcc4d

Это может быть неудобно, если у вас уже есть резервы аренды, основанные на MAC адресах.

Чтобы dhclient отправлял MAC адрес вместо идентификатора, необходимо указать параметр в /etc/dhcp/dhclient.conf

send dhcp-client-identifier = hardware;