이 섹션에서는 라우팅 테이블의 구성 및 관리를 살펴보겠습니다. RELIANOID 로드 밸런서테이블 동작을 사용자 지정하고, 새로운 경로를 추가하고, 기존 경로를 삭제하는 방법을 살펴보겠습니다.

서브넷 인식 #

로드 밸런서 내의 각 라우팅 테이블은 연결된 인터페이스에 구성된 서브넷을 인식합니다. 이를 통해 패킷은 출발지인 테이블을 통해 목적지 네트워크로 직접 전달될 수 있습니다. 예를 들어, eth0이 192.168.100.0/24 서브넷을 관리하고 eth1이 192.168.101.0/24 서브넷 을 관리하는 경우, table_eth0 과 table_eth1 과 같은 테이블은 서로의 서브넷을 인식합니다. 따라서 table_eth0 의 VIP로 향하는 패킷이 192.168.101.0/24(eth1 을 통해 접근 가능 ) 에 있는 백엔드에 도달해야 하는 경우, table_eth0은 자체 라우팅 메커니즘을 통해 해당 패킷을 192.168.101.0/24 로 직접 라우팅합니다.

하지만 다른 테이블을 통해 알려지지 않은 서브넷은 선택된 라우팅 테이블 내에서 관리되지 않은 상태로 남아 있습니다.

경로 목록 #

라우팅 테이블을 구성하는 데 사용되는 속성에 대한 설명은 다음과 같습니다.

ID. 시스템에서 할당한 내부 고유 식별자입니다.
에패킷이 전송되는 대상 CIDR(IP/비트 마스크).
인터페이스목적지에 도달하는 데 사용되는 인터페이스(이전에 구성됨).
출처. 패킷의 소스 IP 주소.
통하다. 목적지에 도달할 다음 호스트는 필드에 구성되어 있습니다. 이 호스트는 목적지까지의 경로를 알고 있어야 하며, 목적지와 동일한 네트워크에 있어야 합니다. 출처.
우선규칙의 강도를 결정하는 숫자입니다. 값이 낮을수록 우선순위가 높습니다.

행위 #

라우팅 규칙을 관리하려면 다음 작업을 사용하세요.

• 경로 생성. 새 경로를 생성하기 위한 양식을 엽니다.
• 편집. 기존 경로 구성을 수정합니다.
• .. 기존 경로 구성을 수정합니다.

인터페이스 관리 #

이 보기에서는 인터페이스를 두 그룹으로 분류합니다.

• 관리형 인터페이스: 현재 라우팅 테이블에서 알려지고 사용되는 인터페이스입니다.
• 관리되지 않는 인터페이스: 현재 라우팅 테이블에서 관리되지 않는 인터페이스입니다.

인터페이스를 관리되지 않는 인터페이스 로 이동하면 해당 인터페이스와 관련된 모든 경로가 현재 라우팅 테이블에서 제거됩니다. 이렇게 하면 명시적으로 구성하지 않는 한 해당 인터페이스로 향하는 네트워크 트래픽이 이 라우팅 테이블을 사용하지 않게 됩니다.

이러한 유연한 구성을 통해 사용자는 네트워크 아키텍처와 운영 요구 사항에 맞게 라우팅 동작을 정확하게 조정할 수 있습니다.