요청, 연결, 세션 전반의 프록시 로테이션
애플리케이션 요청마다 Connection: close를 추가하기 전에 로테이션 프록시 서비스가 실제로 무엇을 로테이션하는지 확인하세요.
같은 게이트웨이를 지나는 두 번째 요청이 같은 공인 IP를 쓰는 것은 정당합니다. 서비스가 로테이션에 어떤 수명을 쓰는지 확인하세요:
| 로테이션 단위 | 무엇을 비교할지 |
|---|---|
| 요청 | 다음 애플리케이션 작업과 그 관측된 출구 |
| 연결 | 클라이언트가 호환되는 연결을 재사용했는지, 아니면 다른 연결을 열었는지 |
| 공급자 세션 | 문서화된 고정 세션 입력과 그 수명 |
Connection: close는 보편적인 게이트웨이 지시가 아닙니다. CONNECT 안의 HTTPS에서는 웹사이트 요청 헤더가 목적지 TLS 안에서 이동합니다. 이 헤더는 바깥 프록시에 어떤 공인 IP를 할당할지 알려 주지 않습니다. HTTP/1.1의 연결별 의미론도 모든 HTTP 버전이나 전송 방식에 그대로 옮길 수 없습니다.
문서화된 연결 단위 서비스가 새 연결을 필요로 한다면 클라이언트가 지원하는 수명 주기 제어를 사용하고 반복되는 TCP/TLS 설정 비용을 고려하세요. 로테이션이 공급자 세션을 따른다면 다시 연결했을 때 그 세션과 출구가 모두 유지될 수 있습니다.
요청 식별자, 엔드포인트, 관련 세션 키, 그리고 목적지에서 관측된 소스를 따로 기록하세요. 연결을 닫는 것은 그 수명 주기 사건만 입증합니다. 다음 작업에 선택된 출구는 서비스의 실제 로테이션 계약과 대조해 확인하세요.