Squid 리스너 포트를 아웃바운드 소스 IP 에 매핑하기
이름이 지정된 인바운드 리스너에서 Squid 의 아웃바운드 소스 주소를 선택하고 라우팅, NAT, 연결 재사용을 고려합니다.
프록시 포트가 네 개라고 해서 자동으로 공인 IP 네 개가 되는 것은 아닙니다. Squid 는 보통 아웃바운드 연결의 소스 주소를 운영 체제가 선택하도록 둡니다. 포트 선택을 의미 있게 만들려면 명시적인 아웃바운드 주소 정책에 연결해야 합니다.
이 지시문을 지원하는 Squid 7 구성에서는 라우팅 조각이 이름이 지정된 리스너를 사용할 수 있습니다.
http_port 3128 name=exit_a
http_port 3129 name=exit_b
acl on_a myportname exit_a
acl on_b myportname exit_b
tcp_outgoing_address 192.0.2.10 on_a
tcp_outgoing_address 192.0.2.11 on_b이 주소들은 문서용 예시입니다. 호스트에 할당되어 사용 가능한 주소로 바꾸십시오. 이것은 이미 제한된 프록시 구성에 라우팅을 추가할 뿐이며, 인증이나 클라이언트 접근 규칙을 제공하지는 않습니다.
소스 선택은 경로의 일부일 뿐입니다
아웃바운드 주소 참조는 순서가 있는 일치와 주소 패밀리 선택을 설명합니다. IPv4 소스는 IPv6 연결의 소스가 될 수 없습니다. 주소마다 다른 공급자를 사용한다면 호스트의 라우팅 정책이 각각에 호환되는 게이트웨이를 사용해야 합니다.
상류의 NAT 는 선택된 두 로컬 주소를 하나의 공인 주소로 변환할 수 있습니다. 따라서 리스너 매핑은 로컬에서 동작하더라도 의도한 공인 신원을 만들어 내지 못할 수 있습니다. 부모 프록시가 웹사이트로 향하는 최종 출구가 될 수도 있습니다.
기존 연결에도 주의가 필요합니다. Squid 문서는 클라이언트에 의존하는 아웃바운드 규칙과 서버 측 지속 연결을 경고합니다. 이전 정책 아래에서 수립된 연결을 재사용하면 변경된 선택이 효과가 없는 것처럼 보일 수 있습니다.
웹사이트가 보는 주소를 로컬 정책 및 새 연결과 함께 해석하십시오. 인바운드 포트가 다르다는 것은 선택 신호이지 IP 주소 할당 메커니즘이 아닙니다.