Squid의 TPROXY 리스너는 클라이언트 트래픽을 성공적으로 받을 수 있지만 상위 프록시로의 연결은 실패할 수 있습니다. 그 아웃바운드 연결에서 원본 주소를 보존하는 것은 상위 프록시의 네트워크 경로에 적합하지 않을 수 있습니다.

이 옵션을 지원하는 Squid 릴리스에서는 해당 기존 cache_peer 정의에 no-tproxy를 추가합니다. 예를 들면 다음과 같습니다.

cache_peer parent.example.net parent 8118 0 no-query no-tproxy

no-tproxy는 이 피어로의 연결에서 클라이언트 원본 주소 스푸핑을 비활성화합니다. 리스너의 투명 구성은 제거하지 않으며 피어를 스스로 선택하지도 않습니다. 배포 환경의 다른 상위 선택 옵션과 규칙은 유지하세요. 그 규칙이 인증되지 않은 상위 프록시를 통해 공용 대상으로의 연결을 허용하는 경우 HTTP 프록시 목록이 후보 주소를 제공합니다. 기존 상위 자격 증명은 남기지 말고 실제 CONNECT 대상마다 권한을 확인하세요.

이제 상위 프록시는 Squid 자체의 아웃바운드 주소에서 정상 연결을 받으며, 모든 NAT의 영향을 받습니다. 상위의 접근 정책과 인증은 이 하위 프록시를 허용해야 합니다. IP 제한을 사용할 때는 상위 프록시가 보는 원본 주소를 확인하세요.

이 옵션은 Squid 7 및 이전 지원 릴리스에 대해 문서화되어 있으며, 구성 참조에서는 Squid 8에서 사용할 수 없는 것으로 표시합니다. 사용 중인 버전에 맞춰 절차를 유지하세요.

관련 글