Это сводит меня с ума. У меня система CentOS 7. Он действует как DHCP для сети, к которой он подключен, работает Cobbler и PXE, но не является шлюзом. Это основной файловый сервер в моей сети.
У меня есть встроенный сетевой адаптер, настроенный как статический, который также является адаптером, на который раздается DHCP:
# Generated by dracut initrd
NAME="enp5s0f0"
DEVICE="enp5s0f0"
ONBOOT=yes
NM_CONTROLLED=no
#NETBOOT=yes
UUID="82b4ef5d-6c06-43f1-a0fe-7b5fcdd1fc4f"
#IPV6INIT=yes
BOOTPROTO=static
IPADDR=10.101.24.21
NETMASK=255.255.252.0
TYPE=Ethernet
GATEWAY=10.101.24.1
Этот адаптер примерно раз в неделю решает, что он хочет переопределить статически настроенный IP-адрес и получить DHCP-адрес. Не после загрузки. Просто сижу там. Работает нормально. На этом этапе мне нужно физически подойти к терминалу или войти в систему с помощью IPMI, чтобы ввести:
systemctl restart network
И это возвращает его обратно к статическому адресу. Кто-нибудь знает, что происходит?
В BOOTPROTO Параметр принимает только следующие значения:
BOOTPROTO=protocol ## where protocol is one of the following:
none — No boot-time protocol should be used.
bootp — The BOOTP protocol should be used.
dhcp — The DHCP protocol should be used.
Согласно документации сети RHEL. Dracut, вероятно, запускает скрипт сетевой инициализации, используя его модуль ifcfg и по умолчанию dhcp поскольку он не знает, что static средства. Вы также можете попробовать опустить ifcfg модуль в dracut, чтобы увидеть, соответствует ли он вашим ожиданиям.
Моя проблема заключалась в том, что мои centos дважды переносились как виртуальный хост. После этого мой сервер начал решать, что он будет использовать dhcp-адрес вместо статически назначенного.
Наконец, я полностью удалил строку «UUID», и это, кажется, исправило ее для меня. Так может быть, в вашем случае ваша сетевая карта получила новый UUID, и в этом проблема?
Но это всего лишь предположения с моей стороны. С уважением, Чарли