☰

No se puede acceder al servidor en eth1 (interfaz de red adicional) CentOS 7 en AWS EC2

tag-icon • tag-icon networking centos amazon-ec2 amazon-web-services centos7
No se puede acceder al servidor en eth1 (interfaz de red adicional) CentOS 7 en AWS EC2

he creado unCentOS 7instancia enEC2, instalé mi software de aplicación requerido, asigné 1IP elásticaa la interfaz de red predeterminada (eth0) y todo es accesible.

Ahora creé otroInterfaz de red, asignado unIP elásticaa eso y luego adjuntar elENIposteriormente a la instancia. Ahora, no se puede acceder a la instancia en eleth1(nueva interfaz de red adicional).

He probado varios enfoques que se encuentran en Google creandoifcfg-eth1en/etc/sysconfig/network-scriptspero sin suerte.

Para obtener ayuda, este es el resultado deifconfig-a(IP enmascaradas):

eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 9001
        inet 1XX.3XX.2XX.4XX  netmask 255.255.240.0  broadcast 1XX.3XX.2XX.4XX
        inet6 fe80::2e:a1ff:fe01:c763  prefixlen 64  scopeid 0x20<link>
        ether 02:2e:a1:01:c7:63  txqueuelen 1000  (Ethernet)
        RX packets 219  bytes 28188 (27.5 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 284  bytes 31055 (30.3 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

eth1: flags=4098<BROADCAST,MULTICAST>  mtu 1500
        ether 02:78:73:34:66:35  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 0  (Local Loopback)
        RX packets 23  bytes 4968 (4.8 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 23  bytes 4968 (4.8 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

Y esto es dedirección IP:

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 9001 qdisc pfifo_fast state UP qlen 1000
    link/ether 02:2e:a1:01:c7:63 brd ff:ff:ff:ff:ff:ff
    inet 1XX.3XX.2XX.4XX/20 brd 1XX.3XX.2XX.4XX scope global dynamic eth0
       valid_lft 3404sec preferred_lft 3404sec
    inet6 fe80::2e:a1ff:fe01:c763/64 scope link
       valid_lft forever preferred_lft forever
3: eth1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN qlen 1000
    link/ether 02:78:73:34:66:35 brd ff:ff:ff:ff:ff:ff

Mi/etc/sysconfig/network-scripts/ifcfg-eth0El archivo tiene estos contenidos:

DEVICE="eth0"
BOOTPROTO="dhcp"
ONBOOT="yes"
TYPE="Ethernet"
USERCTL="yes"
PEERDNS="yes"
IPV6INIT="no"
PERSISTENT_DHCLIENT="1"

Respuesta1

Finalmente, nadie más que este tipo en:https://www.internetstaff.com/multiple-ec2-network-interfaces-on-red-hat-centos-7/me ayudó.

Para preservar la información si el enlace deja de ser válido en el futuro, aquí está el contenido útil de la publicación:

  1. Forzar que su puerta de enlace predeterminada seaeth0:

    Editar/etc/sysconfig/redy añadir:

    GATEWAYDEV=eth0

    No hacer esto dejó la puerta de enlace predeterminada de la tabla de enrutamiento principal configurada en la última interfaz a configurar, lo que provocó un comportamiento extraño.

  2. Configure cada interfaz adicional que haya agregado:

    En/etc/sysconfig/network-scripts, crear unifcfg-ethXpara cada nueva interfaz.

    Modificar:

    1. ElDISPOSITIVOnombre que coincida con elENI.

      DEVICE="eth1"
BOOTPROTO="dhcp"
ONBOOT="yes"
TYPE="Ethernet"
USERCTL="yes"
PEERDNS="yes"
IPV6INIT="no"
PERSISTENT_DHCLIENT="1"

  3. Agregue una ruta personalizada para cada interfaz adicional.

    otra vez en/etc/sysconfig/network-scripts, crear unruta-ethXarchivo para cada interfaz.

    Modificar:

    1. El nombre del dispositivo.
    2. Incrementar el número de la tabla.
    3. La puerta de enlace a la puerta de enlace de su subred de VPC.

    4. Cambie la IP de origen a la dirección de red interna asignada del ENI.

      default via 10.0.0.1 dev eth0 table 1
10.0.0.0/24 dev eth0 src 10.0.0.10 table 1

  4. También en/etc/sysconfig/network-scripts, crear unregla-ethXpara cada interfaz.

    Modificar:

    1. Incrementar el número de tabla para que coincidaruta-ethX.

    2. Cambie la IP a la dirección de red interna asignada del ENI.

      from 10.0.0.10/32 table 1

Reinicie el servicio de red y debería estar listo y funcionando. Puedes confirmar conregla de propiedad intelectual:

# ip rule
0:  from all lookup local 
32764:  from 10.0.0.10 lookup 3 
32765:  from 10.0.0.11 lookup 2 
32766:  from all lookup main 
32767:  from all lookup default

Tenga en cuenta que Amazon sugirió una ruta y una regla personalizadas paraeth0, pero descubrimos que permitireth0Usar la tabla de enrutamiento principal predeterminada no solo funcionó sino que también fue más flexible.

información relacionada