Acabo de instalar un Fedora 19 en la estación de trabajo VMware 9. El dispositivo de red predeterminado es "ens33" en lugar de "eth0" en RHEL.
La razón por la que tengo que usar "eth0" es que el componente de licencia de uno de nuestros productos debe estar vinculado con "eth0".
Hay algunas publicaciones que discuten sobre problemas similares, la mayoría de los cuales son para sistemas operativos más antiguos. No he encontrado uno que coincida exactamente con mi situación.
linux
networking
fedora
YM Jiang
fuente
fuente
Respuestas:
La forma más fácil de restaurar la antigua forma en que Kernel / modules / udev cambia el nombre de sus interfaces ethernet es proporcionar estos parámetros del kernel a Fedora 19 :
Para hacerlo, sigue estos pasos:
Si no proporcionó estos parámetros durante la instalación, probablemente necesitará ajustar y / o cambiar el nombre de los archivos de interfaz en / etc / sysconfig / network-scripts / ifcfg- * .
Hasta Fedora 18 , solo biosdevname = 0 era suficiente.
Como ejemplo, en cierta máquina, en una investigación exhaustiva, obtuve:
-No hay parámetros: NIC identificada como " enp5s2 ".
-Parameter biosdevname = 0: NIC identificada como " enp5s2 ".
-Parameter net.ifnames = 0: NIC identificada como " em1 ".
-Parameter net.ifnames = 0 AND biosdevname = 0: NIC identificada como " eth0 ".
fuente
Puedes hacer esto usando una regla udev, así:
fuente
/sys/class/net/ens33
puede ser diferente dependiendo de los valores devueltos por la BIOS y encontrados en la salida delspci -vv | grep -A25 Ethernet
. Además, si la intención es usareth0
como nombre, entonces puede ser más apropiado especificar los indicadores de arranque del núcleo para deshabilitar la denominación "predecible" del dispositivo.En Fedora 20, las cosas parecen haber cambiado un poco más.
1) argumentos de kernel grub
Sí, tanto "net.ifnames = 0" como "biodevame = 0" parecen necesarios.
2) / etc / sysconfig / network-scripts / ifcfg-ethX
Sí, estos también son necesarios.
3) /etc/udev/rules.d/60-net.rules
Si tiene varias interfaces y desea controlar el nombre de cada dispositivo en lugar de dejar que el núcleo lo haga a su manera, /etc/udev/rules.d/60 -net.rules parece necesario anular /usr/lib/udev/rules.d/60-net.rules de la siguiente manera.
# PCI device 0x1011:0x0019 (tulip) {SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:c0:f0:4c:f5:78", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"
# PCI device 0x10ec:0x8168 (r8169) SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="60:a4:4c:b5:26:48", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
4)
yum remove biosdevname
parece innecesario.fuente
Esto es diferente en Fedora 19 que en versiones anteriores. Hay dos cosas que abordar:
yum remove biosdevname
o poner-biosdevname
en su kickstart.ln -s /dev/null /etc/udev/rules.d/80-net-name-slot.rules
Se puede encontrar más información en http://fedoraproject.org/wiki/Features/SystemdPredictableNetworkInterfaceNames
fuente
Si bien la respuesta aceptada proporciona una solución que funciona, no explica por qué
ens33
se está utilizando. Los enlaces a continuación proporcionan información sobre por qué el dispositivo de red recibe un nombre diferenteeth0
y cómo se nombra ahora en las variantes de RHEL 7:También vale la pena señalar que los valores como "33" que aparecen
ens33
provienen del valor de la ranura del adaptador PCI devuelto por el BIOS. Use este comando para ver qué valores ha enumerado su sistema para "Ranura física":Se puede encontrar información adicional sobre la parte "ens" del nombre en el código fuente de udev .
fuente
Para Fedora-24:
Editar
/etc/default/grub
Al final de la
GRUB_CMDLINE_LINUX
línea, agreguenet.ifnames=0 biosdevname=0
Guarda el archivo
Tipo
o escriba
Tipo
reboot
fuente
ifconfig
solo regresalo
yvirbr0
, pero originalmenteenp4s0
ya no está allí.ethN
nombres para usar esa convención. Me quedabaenp4s0
en un guión.