☰

패킷에 대해 특정 게이트웨이를 사용합니다. (CentOS/RHEL)

tag-icon • tag-icon linux centos rhel routing
패킷에 대해 특정 게이트웨이를 사용합니다. (CentOS/RHEL)

방금 두 개의 NIC가 있는 시스템을 설정했습니다. 하나는 개인 네트워크용이고 다른 하나는 실제 IP가 할당된 공용 네트워크용입니다.

DEVICE=eth0
HWADDR=XXX
TYPE=Ethernet
UUID=XXX
ONBOOT=yes
NM_CONTROLLED=no
BOOTPROTO=none
IPADDR=172.26.111.131
NETMASK=255.255.255.128
GATEWAY=172.26.111.129

공용 네트워크의 eth1 구성은 다음과 같습니다.

DEVICE=eth1
HWADDR=XXX
TYPE=Ethernet
UUID=XXX
ONBOOT=yes
NM_CONTROLLED=no
BOOTPROTO=none
IPADDR=PUBLIC_IP
NETMASK=255.255.255.248
GATEWAY=PUBLIC_GATEWAY


Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
default         PUBLIC_GATEWAY   0.0.0.0         UG    0      0        0 eth1
PUBLIC_NID      *               255.255.255.248 U     0      0        0 eth1
link-local      *               255.255.0.0     U     1002   0        0 eth0
link-local      *               255.255.0.0     U     1004   0        0 eth1
172.26.111.128  *               255.255.255.128 U     0      0        0 eth0

나는 이것이 달성하기 매우 쉽다고 확신합니다. 나는 이것에 대해 검색했지만 어떻게 든 작동하지 못했습니다. 머신은 여전히 ​​공용 게이트웨이를 통해 개인 IP를 라우팅하려고 시도합니다.

이에 대한 어떤 아이디어라도 감사하겠습니다. 내가 어디가 잘못됐나요?

eth0을 통해 172.26.111.128/25에 액세스하려고 합니다.

답변1

내 설정

실제로 2개의 IP 주소(192.168.1.6 및 192.168.1.254)를 소유하도록 eth0에 대한 별칭을 설정했습니다.

나는 로컬에서 다음과 같은 작업을 수행합니다.

ifconfig eth1:0 192.168.1.254
route add -host 192.168.1.254 dev eth1:0

그러면 다음과 같은 라우팅 테이블이 제공됩니다.

$ route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
192.168.1.254   0.0.0.0         255.255.255.255 UH    0      0        0 eth1
192.168.1.0     0.0.0.0         255.255.255.0   U     0      0        0 eth1
ISP_NETWORK     0.0.0.0         255.255.240.0   U     0      0        0 eth0
169.254.0.0     0.0.0.0         255.255.0.0     U     0      0        0 eth1
0.0.0.0         ISP_GATEWAY     0.0.0.0         UG    0      0        0 eth0

이것은 나에게 다음과 같은 경로를 제공합니다.

192.168.1.254   0.0.0.0         255.255.255.255 UH    0      0        0 eth1

참고자료

답변2

글쎄, 그것은 우리 잘못이었습니다. 실제로 존재하지 않는 호스트에 ping을 시도하고 있었기 때문에 네트워크가 제대로 라우팅되지 않는 것처럼 생각했습니다. 모든 메시지와 도움에 감사드립니다!

관련 정보