☰

Cómo hacer que el equipo NIC aparezca al arrancar en RHEL 7

tag-icon • tag-icon networking rhel lacp
Cómo hacer que el equipo NIC aparezca al arrancar en RHEL 7

Para configurar la red en RHEL 7, creé un archivo JSON para formar equipos y luego ejecuté estos comandos:

ip link set down eno1
ip link set down eno2
ip link set down eno3
ip link set down eno4
teamd -g -f lacp.conf -d

También creé archivos ifcfg para VLAN y ejecuté este comando:

systemctl restart network

Después de eso, todo funciona más o menos como se esperaba, pero el problema es que esto no persiste entre reinicios, así que tengo que hacer esto cada vez que inicio.

¿Como puedo solucionar este problema? Espero que estos comandos se ejecuten solo una vez y luego quiero que esta configuración persista entre reinicios.

==================================================== ========

Intenté aplicar la solución sugerida y aparecieron estas preguntas:

  1. He creado ifcfg-team0un archivo y el contenido es:

    DEVICE=team0
DEVICETYPE=Team
ONBOOT=yes
BOOTPROTO=none
TEAM_CONFIG='{"device":"team0", "runner": { "name": "lacp"...

¿Debo eliminar la sección "dispositivo" y cambiarla a TEAMCONFIG='{"runner": { "name": "lacp"...porque ya la tengo DEVICE=team0? ¿O está bien mencionarlo dos veces?

  1. Mi ifcfg-eno1archivo contiene:

    HWADDR=...
TYPE=Ethernet
BOOTPROTO=dhcp
DEFROUTE=yes
PEERDNS=yes
IPV4_FAILURE_FATAL=no
IPV6_INIT=yes
IPV6_AUTOCONF=yes
IPV6_DEFROUTE=yes
IPV6_PEERDNS=yes
IPV6_PEERROUTES=yes
IPV6_FAILURE_FATAL=no
NAME=eno1
UUID=e656...
ONBOOT=no

¿Realmente debería quitarle casi todo? En particular, ¿realmente debería eliminar UUIDlas NAMEsecciones y sustituir este archivo por lo que sugiere la documentación? :

    DEVICE=eth1
    HWADDR=D4:85:64:01:46:9E
    DEVICETYPE=TeamPort
    ONBOOT=yes
    TEAM_MASTER=team0
    TEAM_PORT_CONFIG='{"prio": 100}'

¿O debería conservar ambos archivos? Simplemente nómbrelos, por ejemplo ifcfg-eno1, yifcfg-eno1Team

  1. Al ejecutar esto: systemctl start network.servicerecibo el siguiente error:

    Failed to start LSB: Bring up/down networking.  Unit network.service entered failed state.

Respuesta1

Primero, cree un nuevo archivo en el /etc/sysconfig/network-scriptsdirectorio llamado ifcfg-team0similar a este:

DEVICE=team0
DEVICETYPE=Team
ONBOOT=yes
BOOTPROTO=none
IPADDR=1.2.3.4
NETMASK=255.255.255.0
TEAM_CONFIG='{"runner": {"name": "lacp"}, "link_watch": {"name": "ethtool"}}'

Obviamente necesitas cambiar la dirección IP y la máscara de red apropiadamente.

Luego, en el mismo directorio, cambie todos los ifcfg-eno[1-4]archivos para que se vean así:

DEVICE=eno1
HWADDR=00:11:22:33:44:55
DEVICETYPE=TeamPort
ONBOOT=yes
TEAM_MASTER=team0
TEAM_PORT_CONFIG='{"prio": 100}'

Como se indicó anteriormente, sus archivos locales diferirán un poco, porque deberá conservar la HWADDRconfiguración existente.

Esto essacado directamente del manual.

El ifcfg-team0archivo se refiere al lacp.confarchivo que ya ha creado. Sin embargo, no veo en el manual cómo encuentra ese archivo. Quizás teamdlo recuerde de su configuración manual anterior, o quizás tenga que colocarlo en un directorio común.

De todos modos, una vez que esto esté configurado, diga ifup team0y el grupo de NIC en equipo se unirá. Las interfaces individuales deben estar inactivas al principio, pero no necesitará hacer nada especial para garantizarlo en el arranque, ya que ahora están marcadas como parte de un equipo de NIC. La configuración de arranque del sistema operativo se dará cuenta de que no debería activar esas cuatro interfaces individualmente, sino solo como parte del equipo NIC.

Todo lo anterior supone que usted ha deshabilitadoGerente de Redesy volvimos a la antigua forma de configurar redes en Linux tipo Red Hat:

$ sudo systemctl stop NetworkManager.service
$ sudo systemctl disable NetworkManager.service
$ sudo systemctl start network.service
$ sudo systemctl enable network.service

Esto suele ser una buena idea en servidores, especialmente cuando la configuración de su red comienza a complicarse, como ocurre con LACP. NetworkManager resuelve muchos problemas, pero a menudo lo hace con una inclinación centrada en el escritorio que no es apropiada para servidores. Por ejemplo, resuelve las transiciones automáticas de WiFi a Ethernet comunes en las computadoras portátiles. Los servidores suelen tener configuraciones de red estáticas, por lo que NetworkManager puede acabar interponiéndose en el camino.

Aun así, si desea seguir con los valores predeterminados de Red Hat, ellos cubren esa alternativa.algunas secciones anteriores en el manual.

información relacionada