명시적 프록시에는 네트워크 카드 하나면 충분하다

사설 포워드 프록시가 노트북과 라우터 사이에 물리적으로 있을 필요는 없습니다. 같은 LAN의 다른 머신에서 네트워크 인터페이스 하나로 동작할 수 있습니다.

노트북은 프록시의 주소와 수신 포트에 연결합니다. 프록시 프로세스는 웹사이트나 그 상위 대상으로 별도의 연결을 엽니다. 같은 인터페이스가 두 대화를 모두 실어 나르고, 호스트의 라우팅 테이블이 다음 홉을 고릅니다.

client → proxy listener
proxy → existing router → destination

프록시를 명시적으로 선택한 애플리케이션에는 이것으로 충분합니다. 리눅스에서 이 평범한 구성은 애플리케이션의 요청을 중계하기 위해 IP 포워딩을 켤 것을 요구하지 않습니다.

기본 게이트웨이는 다른 질문에 답한다

클라이언트의 기본 게이트웨이는 클라이언트가 다른 네트워크로 보내는 패킷을 처리합니다. 그 설정을 바꾼다고 브라우저가 HTTP 프록시 요청이나 SOCKS 협상을 내보내지는 않습니다. 마찬가지로 브라우저에 프록시를 입력한다고 다른 모든 애플리케이션이 그 머신을 거쳐 가는 것도 아닙니다.

한 호스트가 두 역할을 모두 할 수 있지만, 그러면 관리할 구성이 두 개가 됩니다. 프록시 서비스와 라우팅 또는 방화벽 기능입니다. 인터페이스를 늘리면 네트워크 분리가 쉬워질 수 있지만, 그것은 토폴로지 선택이지 명시적 HTTP 프록시가 강요하는 전제 조건이 아닙니다.

이 구분은 흔한 실패 실험도 설명합니다. 프록시 서버의 포워딩 규칙을 편집해도 다른 라우터를 거치는 직접 클라이언트 연결에는 아무 영향이 없습니다. 패킷이 그 서버를 지난 적이 없기 때문입니다.

요구 사항이 강제 사용이라면 대체 아웃바운드 트래픽을 어디서 통제할 수 있는지 정하십시오. 인터페이스 하나짜리 명시적 프록시는 유효한 서비스일 수 있지만, 네트워크 정책을 강제하는 것은 별도의 게이트웨이입니다. 패킷이 실제로 지나는 곳에 강제를 두십시오.