Squid 인증 헬퍼가 병목이 되는 경우

프록시 요청은 목적지에 도달하기 전에 자격 증명 검증을 기다릴 수 있습니다. 인증 없는 연결과 이미 캐시된 검증이 새 로그인과 다르게 동작한다면 네트워크 시간 제한을 바꾸기 전에 인증 경로를 살펴보세요.

Squid 6.13은 외부 인증 헬퍼를 실행합니다. 느린 디렉터리 서비스, 읽을 수 없는 계정 파일, 반복되는 헬퍼 종료, 사용 가능한 헬퍼 부족은 이 단계에 서로 다른 영향을 줄 수 있습니다.

실제로 제한하는 단계를 찾으세요

캐시 로그에서 시작 실패, 헬퍼 종료, 과부하 메시지를 확인하세요. 보호된 로컬 관리 통계가 있다면 그곳에서 인증 헬퍼 활동을 살펴보세요. 카운터를 얻으려고 관리 엔드포인트를 공개하지 마세요.

테스트 계정으로 백엔드를 독립적으로 검사하세요. 단 한 번의 검증도 끝내지 못하는 헬퍼는 정상 동작을 고쳐야 합니다. 복사본을 더 실행해도 경로나 권한 오류가 해결되지는 않습니다.

상한이 있는 프로세스 풀의 예입니다.

auth_param basic children 16 startup=2 idle=2

최대 프로세스 수, 초기 수, 원하는 유휴 가용 수는 각각 목적이 다릅니다. 값은 예시입니다. 측정된 요청 수요와 백엔드의 연결 및 자원 제한에 맞추세요.

별도의 concurrency 옵션은 Squid가 헬퍼와 통신하는 프로토콜을 바꿉니다. 일반적인 성능 스위치가 아닙니다. 해당 헬퍼가 필요한 채널 식별자와 동시 요청을 명시적으로 지원할 때만 켜세요.

자격 증명 캐시는 검증이 필요한 빈도에도 영향을 줍니다. 헬퍼 풀을 그대로 두고 유효 기간을 줄이면 브라우징 트래픽이 일정해도 작업이 늘 수 있습니다.

변경 후 설정을 구문 분석하고 대표적인 허용된 작업 부하에서 인증 지연, 오류, 백엔드 부하를 비교하세요. 구문 분석 성공은 문법을 확인할 뿐 새 풀이 더 빠르거나 충분히 크다는 증거가 아닙니다.