CONNECT 터널은 얼마나 오래 열려 있을 수 있나?
이미 설정된 터널의 수명을 HTTP 응답 재사용, 중간 프록시의 유휴 정책, 대상 애플리케이션 자체의 세션과 구분합니다.
CONNECT는 무기한 열린 터널을 약속하지 않습니다. 교환이 성공한 뒤에도 연결은 요청한 호스트와 포트로 계속되는 바이트 스트림을 전달합니다. 참여자와 네트워크가 열어 두는 동안 대상 TLS 세션 안에서 여러 교환을 전달할 수 있습니다.
프록시의 두 가지 한도는 다르게 동작합니다. 트래픽은 유휴 타이머가 만료되는 것을 막을 수 있지만 절대 수명 한도를 연장할 수는 없습니다. 대상 프로토콜도 발언권이 있습니다. 내부 HTTP 클라이언트가 연결을 닫을 수 있고, WebSocket 애플리케이션이 세션을 끝낼 수 있습니다. 프록시는 그 뒤에 그 대상 세션을 살려 둘 수 없습니다.
터널은 대상에 묶여 있습니다. 터널 바이트가 흐르기 시작하면 그 연결은 더 이상 무관한 대상에 또 다른 CONNECT를 내보낼 수 있는 보통의 HTTP 요청 채널이 아닙니다. 클라이언트에는 다른 연결이나 라이브러리가 관리하는 다른 터널이 필요합니다.
지속적인 피드라면 클라이언트가 지원하는 생존 확인과 연결 메커니즘으로 재연결을 계획하세요. 침묵 뒤에 닫히면 비활성 정책이 유용한 단서입니다. 트래픽이 있는데도 정해진 시간 뒤에 닫히면 대신 절대 한도를 조사하세요. WebSocket 피드라면 재연결 뒤에 애플리케이션 상태도 복원하세요.