특정 인터페이스를 통해 포트 트래픽 라우팅

Question

내가 그랬던 것처럼 논평OP 링크에서 Linux 커널 4.17부터 시작하여 다음을 사용하십시오.iptables(또는 아무것도웹 필터더 이상 관련이 없음)을 사용하여 이 문제를 해결하세요. 이 문제를 처리하는 데 사용할 수 있는 최신 커널에 설명된 새로운 기능kernelnewbies.org:

sport, dport 및 ip proto 매칭을 포함하도록 확장된 fib 규칙 매칭 지원(5-튜플 매칭 지원 완료) 데이터 센터의 정책 기반 라우팅에 대한 일반적인 사용 사례에는 5튜플 일치가 필요합니다.범죄,범죄,범죄,범죄,범죄

따라서 이전 답변의 방식과 다른 세부 정보를 검색하는 대신 이 답변에서 새로운 접근 방식을 구현하겠습니다.

나는 단지 가정한다하나VPN이 실행 중입니다. OP에 설명된 VPN입니다. 다른 VPN과 상호 작용하는지 알 수 있는 정보가 부족합니다.

아무거나 긁어주세요IP 규칙규칙이나iptables이전에 추가된 규칙은 이 문제를 해결하기 위한 시도였습니다.

OP가 보여주는 것처럼 표 80을 유지하십시오.

ip route add table 80 192.168.50.0/24 dev bond0 src 192.168.50.34
ip route add table 80 default via 192.168.50.1

다음으로 추가ip rule특정 대상 포트를 사용할 때 대체 경로를 선택하는 규칙입니다. 사용 사례나 나머지 토폴로지를 모릅니다(다른 VPN, 서버).반품VPN에서 들어오는 트래픽을 수신 중...), 보안상의 이유로 서버 자체로 제한했으며 서버가 라우팅할 수 있는 어떤 것도 허용하지 않았습니다. 이것이 아래의 목표입니다 iif lo. 특별한 표현방식이에요현지에서즉, 로컬에서 시작된 나가는(라우팅되지 않은) 트래픽입니다.

ip rule add iif lo ipproto tcp dport 80 lookup 80
ip rule add iif lo ipproto tcp dport 443 lookup 80
ip rule add iif lo ipproto tcp dport 1195 lookup 80
ip rule add iif lo ipproto tcp dport 32400 lookup 80

그럼 나머지는 그냥 쉬어가자엄격한 역방향 경로 전달도착하다느슨한 RPF(이것은 전혀 활성화하지 않는 것과 크게 다르지 않습니다.) 혹시라도긍정적인기본적으로 특정 Linux 배포판에서 반환 트래픽이 삭제되는 것을 방지하려면 다음을 수행하세요.

sysctl -w net.ipv4.conf.bond0.rp_filter=2

그게 다야 :

# ip route get 192.0.2.10
192.0.2.10 dev tun1 src 10.44.10.6 uid 0 
    cache 
# ip route get 192.0.2.10 ipproto tcp dport 80
192.0.2.10 via 192.168.50.1 dev bond0 table 80 src 192.168.50.34 uid 0 
    cache

Answer 1