프록시 인증 없이 Squid 대상 하나 허용하기

모니터링 페이지는 프록시 로그인 없이 작동해야 합니다. 분명한 규칙은 http_access allow status_site입니다. 인증 앞에 두면 서비스할 생각이 없던 클라이언트에게도 예외를 부여할 수 있습니다.

Squid 6 또는 7의 경우 예외의 조건을 함께 유지하세요. 기존 관리, 안전하지 않은 포트, CONNECT 및 로컬 서비스 보호 뒤에 관련 부분은 다음과 같을 수 있습니다.

acl office_clients src 192.0.2.0/24
acl status_site dstdomain status.example.net
acl signed_in proxy_auth REQUIRED

http_access allow office_clients status_site
http_access allow office_clients signed_in
http_access deny all

네트워크와 호스트 이름은 자리 표시자입니다. 인증에는 여전히 기존 도우미 구성이 필요합니다. 이것은 액세스 정책의 예외 부분이며 완전한 프록시 구성이 아닙니다.

첫 번째 줄은 로그인 ACL을 평가하지 않고 선택된 클라이언트에게 해당 대상을 허용합니다. 다음 줄은 해당 클라이언트에게 다른 곳은 인증 후에만 허용합니다. 이전의 광범위한 허용이나 이후의 대체 경로가 결과를 바꿀 수 있으므로 포함된 파일을 포함한 전체 순서 정책을 읽으세요.

프롬프트를 피하려고 예외를 대상 포트 보호 위로 옮기지 마세요. 의도하지 않은 포트의 승인된 사이트는 여전히 다른 경로입니다. 또한 불필요하게 넓은 접미사를 추가하는 대신 정확한 호스트 또는 하위 도메인이 적용되어야 하는지 결정하세요.

호스트 이름 예외는 일치하는 대상만 포함하며, 해당 페이지가 로드하는 모든 종속성을 포함하지는 않습니다. 리디렉션과 타사 자산은 정상적인 로그인 요구 사항을 정당하게 만날 수 있습니다.

일반 HTTP의 경우 프록시는 적절할 때 더 세밀한 URL 정보를 사용할 수 있습니다. 일반 HTTPS CONNECT 요청은 페이지 경로를 노출하지 않으므로 호스트 전체 터널 예외에서 '한 페이지만' 규칙을 추론할 수 없습니다.