내 질문은 HTTP 서버 푸시를 실현하기위한 HTTP 스트리밍 방법 관련이있다 :http push - ssl-do 프록시를 사용하는 HTTP 스트리밍 방식이 https 트래픽을 방해합니까?
은 "HTTP 스트리밍"메커니즘은 무기한 요청 개방 유지합니다. 서버가 클라이언트에 데이터를 푸시 한 후에도 요청을 종료하거나 연결을 종료하지 않습니다. 클라이언트와 서버가 연결을 열고 닫아야하기 때문에이 메커니즘은 상당히 네트워크 대기 시간을 줄입니다.
HTTP 스트리밍 메커니즘은 요청이나 연결을 종료하지 않고 동일한 응답으로 여러 개의 정보를 보내도록 서버 의 기능을 기반으로합니다. 이 결과는 HTTP/1.1 및 HTTP/1.0 서버에서 모두 이 될 수 있습니다.
HTTP 프로토콜은 (프록시, 투명한 프록시, 게이트웨이 등)이 서버에서 클라이언트로의 응답 전송에 포함되도록 허용합니다. 거기에 은 중개자가 부분 응답 을 즉시 전달할 필요가 없으며 모든 데이터를 클라이언트에 보내기 전에 전체 응답을 버퍼링 할 수 있습니다 (예 : 투명한 프록시). HTTP 스트리밍은 이러한 중개자에게는 작동하지 않습니다.
HTTPS를 사용하는 경우 프록시 서버와 관련된 문제는 피할 수 있습니까?
HTTPS 취약점에 관심이 있으시면 Google의 'Man in the Middle'입니다. –
덕분에 프록시가 암호화 된 데이터를 읽을 수없는 경우에도 프록시가 내 웹 서버에서 오는 데이터를 버퍼링하여 중요한 시간에 응답 시간을 늘릴 수 있다고 생각했습니다. –
@ Dominik 일반적으로 프록시는 데이터를 버퍼링 할 수 있지만 모든 라우터에서이 작업을 수행 할 수 있습니다. 불투명 터널을 라우팅하는 프록시는 상위 라우터에서만 일반 라우터와 다르지 않습니다. –