Squid가 HTTPS 호스트는 기록하지만 페이지 경로는 기록하지 않는 이유
일반적인 Squid CONNECT 로그에서 HTTPS 경로가 빠지는 이유를 TLS 가로채기를 일상적인 로깅 조정으로 보지 않고 설명한다.
shop.example:443에 대한 기록은 Squid에 /orders/42 경로를 주지 않는다. CONNECT는 호스트/포트를 요청하고, 그다음 목적지 TLS가 HTTP 경로를 터널 안에서 운반한다.
| 근거 | 일반 CONNECT 중계 |
|---|---|
| 목적지 호스트/포트와 터널 결과 | 프록시가 사용할 수 있다. |
| 내부 HTTPS 경로와 애플리케이션 요청 | 클라이언트와 웹사이트 사이에서 암호화된다. |
#로 시작하는 브라우저 URL 조각 | 보통 클라이언트에 남으며 프록시 로그 밖에서도 그렇다. |
로그 형식은 Squid가 가진 필드를 기록할 수 있지만 보지 못한 메시지를 복호화하지는 못한다. 일반 HTTP 전달은 중개자가 그 HTTP 요청을 받기 때문에 다르다. 더 자세한 출력은 CONNECT 경계를 바꾸지 않는다.
관리되는 TLS 가로채기는 클라이언트 신뢰와 관리 요구 사항을 바꾼다. 작은 로깅 스위치가 아니며 IP를 바꾸는 일반 포워드 프록시에는 필요하지 않다.
애플리케이션이 당신의 것이고 페이지 수준 진단이 필요하다면 그 로그나 적절히 설계된 클라이언트 원격 측정을 사용하라. 프록시 장애에는 목적지 호스트, 시각, 상태 및 완료된 연결 단계를 보관하라. 이들은 사설 페이지 경로를 수집하지 않고도 문제를 자주 찾아낸다.