리눅스 라우팅 상태는 IP 목적지에 사용할 수 있는 다음 홉, 인터페이스 및 출발지를 결정합니다. 기존 route -n 보기도 여전히 접하지만 ip route가 현대적인 커널 라우팅 개념을 더 직접적으로 보여 줍니다.
라우팅 · 레슨 2
라우팅 테이블
리눅스 경로를 읽고 목적지에 대해 선택된 경로를 조사하는 방법을 알아봅니다.
IPv4 경로 읽기
예제 출력은 다음과 같습니다.
$ ip -4 route show
default via 192.168.224.2 dev eth0 proto dhcp src 192.168.224.10 metric 100
192.168.224.0/24 dev eth0 proto kernel scope link src 192.168.224.10 metric 100
연결된 /24 경로는 일치하는 목적지를 eth0을 통해 직접 보냅니다. 기본 경로는 다음 홉 게이트웨이 192.168.224.2를 사용합니다. proto는 경로가 설치된 방식을, src는 일치하는 트래픽의 선호 출발지를 나타내며, 메트릭은 그 밖의 조건이 비슷한 경로의 순위를 정하는 데 도움이 됩니다.
via 192.168.224.2는 무엇을 나타냅니까?
연결 경로와 기본 경로
scope link이고 via 다음 홉이 없는 경로는 해당 접두사를 인터페이스에서 직접 연결 가능한 것으로 취급합니다. 기본 경로는 모든 주소와 일치하지만 더 구체적인 적격 경로가 있으면 선택되지 않습니다.
연결된 scope link 목적지에는 일반적으로 어떻게 도달합니까?
접두사 길이와 메트릭
경로 선택은 정책 규칙을 고려하고 가장 긴 적격 접두사를 선택합니다. 메트릭은 적절하게 비교할 수 있는 경로 집합 안에서 순위를 정합니다. 숫자가 더 낮다는 이유만으로 낮은 메트릭의 기본 경로가 일치하는 /24보다 우선하지 않습니다.
192.168.224.50에 일반적으로 더 구체적으로 일치하는 경로는 무엇입니까?
정책 규칙과 여러 테이블
리눅스는 출발지, 마크, 인터페이스 또는 다른 선택자를 기반으로 하는 ip rule 정책에 따라 여러 라우팅 테이블을 조회할 수 있습니다. 따라서 주 테이블만 보면 실제 경로를 놓칠 수 있습니다.
$ ip rule show
$ ip route show table all
네트워크 네임스페이스와 VRF도 별도의 상태를 가질 수 있습니다. 영향을 받는 프로세스와 같은 컨텍스트에서 조사하십시오.
ip route show만으로 애플리케이션 경로를 설명하지 못할 수 있는 이유는 무엇입니까?
실제 경로 조회하기
커널에 목적지와 선택적인 출발지를 평가하도록 요청합니다.
$ ip route get 203.0.113.10
$ ip route get 203.0.113.10 from 192.168.224.10
결과는 그 순간의 로컬 조회를 예측합니다. 프로브를 보내지 않으며 이웃, 하위 경로, 방화벽 또는 애플리케이션 연결 가능성을 입증하지 않습니다.
ip route get이 하지 않는 일은 무엇입니까?
레슨 완료
라우팅 테이블 완료
이제 리눅스 라우팅 항목을 읽고 실제 로컬 결정을 조회할 수 있습니다.
연결 경로와 게이트웨이를 통한 경로를 구분합니다.
접두사, 인터페이스, 프로토콜, 출발지 및 메트릭 필드를 읽습니다.
관련 메트릭을 비교하기 전에 최장 접두사 일치를 적용합니다.
정책 테이블, 네임스페이스 및 VRF를 고려합니다.
ip route get을 연결 테스트가 아니라 조회로 다룹니다.