Назад | Перейти на главную страницу

Виртуальные сетевые интерфейсы, запускаемые при загрузке, даже если для них установлено значение onboot = no, в чем может быть причина?

Я переустановил свой основной сервер базы данных с CentOS 6.5. Я настроил соответствующие сетевые адаптеры, включая 3 виртуальных интерфейса, называемых em2: 0, em2: 1 и em4: 0. По неизвестной причине демон NetworkManager не был установлен по умолчанию (я выбрал «SQL Server»). Вот файлы конфигурации для виртуальных сетевых интерфейсов: ifcfg-em2:0:

DEVICE="em2:0"
ONBOOT=no
TYPE=Ethernet
BOOTPROTO=none
IPADDR=10.1.2.20
PREFIX=24
NN_CONTROLLED=no

ifcfg-em2:1:

DEVICE="em2:1"
ONBOOT=no
TYPE=Ethernet
BOOTPROTO=none
IPADDR=10.1.2.2
PREFIX=24
NN_CONTROLLED=no

ifcfg-em4:0:

DEVICE="em4:0"
ONBOOT=no
TYPE=Ethernet
BOOTPROTO=none
IPADDR=10.1.10.20
PREFIX=24
NN_CONTROLLED=no

Прежде чем я понял, что демон NetworkManager не установлен, я добавил NN_CONTROLLED=no к каждому из конфигов. Проблема в том, что после reboot или после /etc/init.d/network restart виртуальные интерфейсы включаются автоматически, даже если они настроены не запускаться. Кроме того, я создал route-em1 файл, чтобы добавить маршрут к нашей сети OpenVPN, но после reboot или service network restart в route-em1 файл игнорируется, потому что маршрут не добавляется автоматически, и мне приходится запускать его вручную. У вас есть идеи, почему система так себя ведет? Спасибо

Это ожидаемое поведение.

Вы можете видеть из "sysconfig.txt"

ONBOOT=yes|no (not valid for alias devices; use ONPARENT)

Теперь, зачем использовать ONPARENT из-за этой строфы в том же файле:

Alias specific items:
    ONPARENT=yes|no
      Whether to bring up the device when the parent device is brought
      up.
      Default: yes

Таким образом, даже если у вас есть «ONBOOT = no», «ONPARENT = yes» будет преобладать и активировать ваши виртуальные интерфейсы.