☰

Linux 라우팅은 특정 경로를 사용하지 않습니다.

tag-icon • tag-icon linux routing
Linux 라우팅은 특정 경로를 사용하지 않습니다.

openSUSE(Leap 15.3)에는 라우팅 테이블이 있습니다.

0.0.0.0         AAA.BBB.145.1   0.0.0.0         UG    0      0        0 br0
AAA.BBB.0.0     0.0.0.0         255.255.0.0     U     0      0        0 br0
192.168.178.0   192.168.178.1   255.255.255.0   UG    0      0        0 eth1

AAA.BBB.145.1은 기본 게이트웨이(외부)이고 192.168.178.0은 eth1을 통한 내부 네트워크입니다.

기본 게이트웨이를 통해 외부 네트워크에 접속할 수 있습니다. 두 번째(내부) 네트워크(예: 192.168.178.11)에 직접 액세스할 수 있습니다.

하지만 시스템이 내부 네트워크에 대해 아무것도 모르는 외부 게이트웨이 AAA.BBB.145.1을 통해 호스트 192.168.178.11에 액세스하려고 시도하기 때문에 firefox 또는 wget과 같은 서비스를 사용하여 액세스할 수 없습니다.

Linux가 모든 트래픽을 192.168.178.1을 통해 내부 네트워크 192.168.178.0으로 라우팅하도록 제안할 수 있지만 Linux는 내 요구 사항을 인식하지 못하는 것 같아서 eth1의 개인 경로를 잘못 구성한 것 같습니다.

답변1

라우팅 테이블이 괜찮다는 것을 알았습니다.

Firefox는 그렇게 할 수 없지만 eth1 네트워크에서 내부 장치를 ping할 수 있다는 사실로 인해 Firefox 프록시 구성을 조사하게 되었고 Firefox가 내부 주소를 외부 네트워크에 있는 Firefox 프록시로 라우팅하고 있다는 사실을 발견했습니다. 내부 주소를 찾을 수 없습니다). 주소 192.168.178.0이 프록시를 제외해야 하는 목록에 있지만 Firefox는 이를 수행하지 않으므로 정규화된 주소 192.168.178.X를 프록시 제외 목록에 넣어야 합니다. 그 후에 Firefox는 인트라넷 호스트에 액세스할 수 있습니다. (아직 "wget"을 시도하지 않았습니다)

(이 작은 환경에서 명확히 하기 위해:

0.0.0.0 AAA.BBB.145.1 0.0.0.0 UG 0 0 0 br0

기본 경로(다른 경로 항목에 의해 처리되지 않는 모든 패킷은 다음 라우터(예: AAA.BBB.145.1 외부의 다음 게이트웨이)로 전달됩니다.)

AAA.BBB.0.0 0.0.0.0 255.255.0.0 U 0 0 0 br0

AAA.BBB.NNN.MMM/16 주소는 로컬 네트워크에 연결된 로컬 주소로 처리되며 로컬로 연결된 네트워크의 컴퓨터로 직접 전송됩니다(기본 스위치/라우터/네트워크는 호스트에 중요하지 않습니다. 기본 네트워크 구조 /architecture가 이 작업을 처리합니다)

192.168.178.0 192.168.178.1 255.255.255.0 UG 0 0 0 eth1

192.168.178.X의 주소가 네트워크 eth1로 전달됩니다.

관련 정보