
Reinstalé mi servidor de base de datos principal con CentOS 6.5. He configurado las NIC relevantes, incluidas 3 interfaces virtuales, llamadas em2:0, em2:1 y em4:0. Por alguna razón desconocida, el demonio NetworkManager no se instaló mediante la instalación predeterminada (elegí "SQL Server"). Aquí están los archivos de configuración para las interfaces de red virtual
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
Antes de darme cuenta de que el demonio NetworkManager no está instalado, agregué NN_CONTROLLED=no
a cada una de las configuraciones. El problema es que después reboot
o después /etc/init.d/network restart
las interfaces virtuales se encienden automáticamente aunque estén configuradas para no iniciarse. Además, creé un route-em1
archivo para agregar una ruta a nuestra red OpenVPN, pero luego reboot
el service network restart
archivo route-em1
se ignora porque la ruta no se agrega automáticamente y tengo que ejecutarla manualmente. ¿Tienes una idea de por qué el sistema se comporta así? Gracias
Respuesta1
Es un comportamiento esperado.
Puedes verlo en "sysconfig.txt"
ONBOOT=yes|no (not valid for alias devices; use ONPARENT)
Ahora, ¿por qué usar ONPARENT? Debido a esta estrofa en el mismo archivo:
Alias specific items:
ONPARENT=yes|no
Whether to bring up the device when the parent device is brought
up.
Default: yes
Entonces, incluso si tiene "ONBOOT=no", "ONPARENT=yes" prevalecerá y activará sus interfaces virtuales.