LINUX.ORG.RU
ФорумAdmin

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

 ,


0

1

Добрый день!

Линуксоид из меня никакой. Поэтому здесь и оказался.

Странная ситуация происходит с системой. Ubuntu 18.04 LTS со всеми обновлениями, виртуальная машина под Hyper-V.

При загрузке Ubuntu ip адрес получает не тот что прописано в резерве на DHCP-сервере. При выполнении команд:

dhclient -r
dhclient

Система получает правильный IP-адрес. (Скрин https://ibb.co/9sKGRds)

При этом на DHCP-сервере по старому ip-адресу светится какой-то левый мак-адрес (Скрин https://ibb.co/s2SsH2n)

Можно это безобразие исправить и главное как?

Ответ на: комментарий от leonidko

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

MarchTomCat ()

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

Toxo2 ★★ ()

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

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

system-root ★★★★★ ()
Ответ на: комментарий от system-root

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

MarchTomCat ()
Ответ на: комментарий от leonidko

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

MarchTomCat ()

Погуглил по словам «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;
Toxo2 ★★ ()
Ответ на: комментарий от Toxo2

Не помогло.
Даже пробовал явно прописать 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
MarchTomCat ()
Ответ на: комментарий от MarchTomCat

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

DALDON ★★★★★ ()
Ответ на: комментарий от MarchTomCat

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

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

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

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

NetworkManger does not support dhcpcd ≥ 9.0.0
и потому что сам виноват, что забыл удалить dhcpcd после установки рабочего стола.

Toxo2 ★★ ()
Ответ на: комментарий от MarchTomCat

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

MarchTomCat ()
8 декабря 2021 г.

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

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

00ffcc4d0001000125977161525400ffcc4d

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

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

send dhcp-client-identifier = hardware;

GiveMeAllYourLovin ()
Для того чтобы оставить комментарий войдите или зарегистрируйтесь.