프록시가 전달한 요청을 목적지에서 관찰하기
클라이언트가 HTTP 요청을 보낸 뒤 추가되거나 변경되는 헤더에 대해 올바른 관찰 지점을 선택합니다.
클라이언트가 HTTP 요청을 준비하고, 포워드 프록시는 그 메시지를 다음으로 보내기 전에 바꿀 수 있습니다. 전달된 버전을 관찰할 수 있게 되는 곳이 목적지입니다.
| 관찰 지점 | 그곳에서 사용할 수 있는 메시지 |
|---|---|
| 클라이언트의 요청 객체 | 첫 홉을 위해 준비된 요청 |
| 오리진의 요청 로그 또는 에코 핸들러 | 전달 후 수신된 요청 |
| 클라이언트의 응답 헤더 컬렉션 | 반환 경로에서 수신된 응답 |
통제된 확인에는 수신한 요청 헤더를 기록하거나 반환하는, 직접 운영하는 엔드포인트를 사용하십시오. 오리진 기록을 특정 클라이언트 작업과 연결할 수 있도록 요청에 식별 가능한 표식을 붙이십시오.
WebClient 기반 애플리케이션에서 ResponseHeaders는 반환된 응답을 설명합니다. 프록시가 목적지로 보낸 요청의 기록이 아닙니다. 서버가 응답 본문에 요청 정보를 그대로 담아 보낼 수는 있지만 그것은 애플리케이션의 동작입니다.
경로에 여러 중간자가 있으면 목적지는 그들의 결합된 전달 효과를 봅니다. 헤더가 있다는 것만으로 변경을 특정 홉에 귀속시킬 수는 없습니다. 사용자 지정 API 필드의 경우, 전달 및 Connection 필드 규칙가 변경이 언제 예상되는지 설명합니다.
일반적인 HTTPS CONNECT 터널은 또 다른 경계를 더합니다. 내부 HTTP 요청은 클라이언트와 웹사이트 사이에서 암호화됩니다. 릴레이 프록시는 그 암호화된 헤더를 편집할 수 없습니다. CONNECT 교환의 헤더는 그 별도의 교환에 속하며, 관리형 TLS 검사 프록시는 다른 역할을 합니다.