Squid가 너무 크다고 합니다: 헤더일까요, 본문일까요?
포워드 프록시가 전송을 너무 크다고 거부할 때 요청 및 응답 헤더 한도와 본문 한도를 구분하세요.
작은 다운로드가 헤더 한도를 초과하는 반면 더 큰 본문은 성공할 수 있습니다. 먼저 Squid가 교환의 어느 부분을 거부했는지 확인하세요.
| 구성 요소 | 해당 Squid 5–7 지시문 |
|---|---|
| 요청 줄을 포함한 클라이언트 요청 헤더 | request_header_max_size |
| 업로드 데이터 같은 클라이언트 요청 본문 | request_body_max_size |
| 서버 응답 헤더 | reply_header_max_size |
| 서버 응답 본문 | reply_body_max_size |
실제 프록시 오류와 로그를 사용해 구성 요소와 응답을 발행한 주체를 확인하세요. 애플리케이션 한도나 업스트림 거부는 로컬 Squid 장애처럼 보일 수 있습니다. 설치된 릴리스의 참조 자료에서 해당 임계값과 기본값을 확인하세요.
Squid가 무엇을 볼 수 있는지도 확인하세요.일반 CONNECT 는 종단 간 TLS 터널 내부의 암호화된 웹사이트 헤더를 노출하지 않습니다. 따라서 평문 프록시 요청, CONNECT 교환 자체, 가로챈 TLS는 서로 다른 제어나 구성 요소를 포함할 수 있습니다.
해당 한도를 올리기 전에 이례적인 크기를 설명하세요. 반복되는 쿠키, 예상치 못한 인증 데이터, 잘못된 응답은 조사가 필요합니다. 의도적으로 지원되는 큰 업로드는 적절한 본문 임계값이 필요합니다. 모든 한도를 함께 올리면 그 구분이 가려집니다.