eth1(추가 네트워크 인터페이스)에서 서버에 액세스할 수 없음 AWS EC2의 CentOS 7

eth1(추가 네트워크 인터페이스)에서 서버에 액세스할 수 없음 AWS EC2의 CentOS 7

나는센트OS 7인스턴스 켜짐EC2, 필요한 애플리케이션웨어를 설치하고 1개 할당탄력적 IP기본 네트워크 인터페이스(eth0) 모두 접근 가능합니다.

이제 나는 또 다른 것을 만들었습니다.네트워크 인터페이스, 할당됨탄력적 IP그것에 첨부한 다음에니나중에 인스턴스로. 이제 인스턴스에 연결할 수 없습니다.eth1(새로운 추가 네트워크 인터페이스).

Google에서 찾은 다양한 접근 방식을 시도했습니다.ifcfg-eth1~에/etc/sysconfig/network-scripts하지만 운이 없군요.

도움을 받으려면 다음의 출력을 참조하세요.ifconfig -a(IP가 마스킹됨):

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

그리고 이건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

나의/etc/sysconfig/network-scripts/ifcfg-eth0파일에는 다음 내용이 있습니다.

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

답변1

마지막으로 이 사람 외에는 아무도 없습니다:https://www.internetstaff.com/multiple-ec2-network-interfaces-on-red-hat-centos-7/나를 도와 주었다.

나중에 링크가 무효화될 경우 정보를 보존하기 위해 게시물의 유익한 내용은 다음과 같습니다.

  1. 기본 게이트웨이를 강제로eth0:

    편집하다/etc/sysconfig/네트워크그리고 다음을 추가하세요:

    GATEWAYDEV=eth0
    

    이렇게 하지 않으면 기본 라우팅 테이블의 기본 게이트웨이가 구성할 마지막 인터페이스로 설정되어 이상한 동작이 발생합니다.

  2. 추가한 각 추가 인터페이스를 구성합니다.

    ~ 안에/etc/sysconfig/network-scripts, 생성ifcfg-eth엑스새로운 인터페이스마다.

    수정하다:

    1. 그만큼장치어울리는 이름에니.

      DEVICE="eth1"
      BOOTPROTO="dhcp"
      ONBOOT="yes"
      TYPE="Ethernet"
      USERCTL="yes"
      PEERDNS="yes"
      IPV6INIT="no"
      PERSISTENT_DHCLIENT="1"
      
  3. 각 추가 인터페이스에 대해 사용자 지정 경로를 추가합니다.

    다시/etc/sysconfig/network-scripts, 생성경로-eth엑스각 인터페이스에 대한 파일입니다.

    수정하다:

    1. 장치 이름입니다.
    2. 테이블 번호를 증가시킵니다.
    3. VPC 서브넷의 게이트웨이에 대한 게이트웨이입니다.
    4. 소스 IP를 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. 또한/etc/sysconfig/network-scripts, 생성규칙-eth엑스각 인터페이스마다.

    수정하다:

    1. 일치하도록 테이블 번호를 증가시킵니다.경로-eth엑스.
    2. IP를 ENI에 할당된 내부 네트워크 주소로 변경합니다.

      from 10.0.0.10/32 table 1
      

네트워크 서비스를 다시 시작하면 가동되어 실행됩니다. 당신은 확인할 수 있습니다IP 규칙:

# 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 

Amazon은 다음에 대한 사용자 지정 경로와 규칙을 제안했습니다.eth0, 그러나 우리는 허용하는 것으로 나타났습니다eth0기본 기본 라우팅 테이블을 사용하는 것은 효과가 있을 뿐만 아니라 더 유연했습니다.

관련 정보