☰

패킷에 지정된 게이트웨이를 사용합니다. (CentOS/RHEL)[닫기]

tag-icon • tag-icon linux centos rhel routing
패킷에 지정된 게이트웨이를 사용합니다. (CentOS/RHEL)[닫기]

방금 두 개의 네트워크 카드가 있는 시스템을 설정했습니다. 하나는 개인 네트워크용이고 다른 하나는 실제 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을 시도하고 있으므로 네트워크 라우팅이 잘못된 것으로 가정합니다. 귀하의 모든 메시지와 도움에 감사드립니다!

관련 정보