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/ens33puede 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 usareth0como 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 biosdevnameparece innecesario.fuente
Esto es diferente en Fedora 19 que en versiones anteriores. Hay dos cosas que abordar:
yum remove biosdevnameo poner-biosdevnameen su kickstart.ln -s /dev/null /etc/udev/rules.d/80-net-name-slot.rulesSe 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é
ens33se está utilizando. Los enlaces a continuación proporcionan información sobre por qué el dispositivo de red recibe un nombre diferenteeth0y 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
ens33provienen 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/grubAl final de la
GRUB_CMDLINE_LINUXlínea, agreguenet.ifnames=0 biosdevname=0Guarda el archivo
Tipo
o escriba
Tipo
rebootfuente
ifconfigsolo regresaloyvirbr0, pero originalmenteenp4s0ya no está allí.ethNnombres para usar esa convención. Me quedabaenp4s0en un guión.