네트워킹 - 동일한 라우팅 테이블이 두 호스트에서 다른 결과를 제공합니다.

네트워킹 - 동일한 라우팅 테이블이 두 호스트에서 다른 결과를 제공합니다.

다음과 같은 혼동이 있습니다. 두 개의 호스트가 있고 라우팅 설정은 다음과 같습니다.

Host1 (10.40.11.141)
default via 172.27.0.1 dev ovirtmgmt proto static metric 425 
10.40.11.0/24 dev bond1.4011 proto kernel scope link src 10.40.11.141 metric 400 
172.27.0.0/16 dev ovirtmgmt proto kernel scope link src 172.27.4.141 metric 425 
172.28.4.0/24 dev eno8403 proto kernel scope link src 172.28.4.141 metric 100 linkdown

Host2 (10.40.11.181)
default via 172.27.0.1 dev eno8303 metric 425 
10.40.11.0/24 dev team0.4011 proto kernel scope link src 10.40.11.181 metric 400 
172.27.0.0/16 dev eno8303 scope link metric 425 
172.28.0.0/16 dev eno8403 proto kernel scope link src 172.28.4.181 metric 101 linkdown 

VPN을 통해 네트워크에 연결되어 있으며 주소 172.27.4.141 및 10.40.11.141에서 호스트1을 ping하고 SSH할 수 있지만 Host2의 경우 주소 172.27.4.181만 작동합니다.

둘 다 두 네트워크(172.27.4.0 및 10.40.11.0)를 통해 서로 ping 및 ssh를 수행할 수 있습니다. Host2의 기본 경로를 10.40.11.0 네트워크로 설정하면 인터페이스 10.40.11.181에 대해 ping 및 ssh를 실행할 수 있지만 172.27.4.181에는 연결할 수 없습니다.

본딩을 사용하는 것과 링크 집계를 사용하는 그룹화 외에는 의미 있는 차이점을 볼 수 없습니다.

이상적으로는 호스트 2를 VLAN/서브넷에 액세스할 수 있도록 만들고 싶습니다(호스트 1과 마찬가지로). 이 문제를 어떻게 해결하나요?

편집: 중요할 수 있는 차이점을 발견했습니다. oVirt 노드(10.40.11.141)에는 IP가 mgmt 네트워크(172.27.4.141)의 브리지 인터페이스('ovirtmgmt')가 있지만 ceph 노드의 경우에는 주소는 172.27 .4.181입니다. 물리적 인터페이스(eno8303)에 바인딩됩니다.

관련 정보