9.1 http
당신은 이미 http 프로토콜에 매우 익숙합니다. 그러나 아마도 그러한 프로토콜의 세 가지 버전이 이미 있다는 것을 알지 못할 것입니다. 미래의 Java 프로그래머로서 이 사례를 한 번 이상 숙지해야 합니다.
아래에서 프로토콜 유형과 기능에 대해 설명합니다. 그 동안 여기 당신을 위한 사진이 있습니다. 공부하세요.
9.2https
http 프로토콜의 첫 번째 수정인 https 프로토콜 부터 시작하겠습니다 . 이것은 동일한 http이지만 콘텐츠 암호화가 추가되었습니다. 결국 HTTP 요청 및 응답은 일반 텍스트 파일입니다. 브라우저가 보내고 받는 모든 것이 인터넷을 통해 명확하게 전달되는 것을 원하지 않을 것입니다.
이 문제를 해결하기 위해 https 프로토콜( http+security ) 이 발명되었습니다 . https 프로토콜을 사용하여 요청을 시도하면 브라우저는 먼저 필요한 서버에 대한 연결을 설정하고 SSL 인증서를 요청합니다.
그런 다음 이 인증서의 진위 여부를 확인합니다. 여기에는 도메인 이름과 이 인증서를 서버에 발급한 사람의 공개 키 목록이 포함됩니다.
인증서가 정품이면 브라우저는 해당 서버에 대한 암호화된 연결을 설정합니다. 그리고 이미 이 연결 내에서 데이터는 http 프로토콜을 통해 전송됩니다.
그리고 요청한 리소스에 대한 정보는 프로토콜 자체에서 전송하기 때문에 https 프로토콜을 사용할 때 브라우저가 어떤 서버 리소스에 접근했는지에 대한 정보를 아무도 가로챌 수 없습니다.
오늘날 이 프로토콜은 사실상의 표준이 되었으며 예전의 좋은 http를 거의 대체했습니다.
누군가 https 요청을 보내는 서버를 교체하려고 하면 도메인 인증서를 교체할 수 없습니다. 브라우저는 이를 이해하고 다음과 같은 페이지를 볼 수 있습니다.
9.3 http/2
그러나 이 세상에 개선되지 않는 것은 없습니다. Google은 브라우저 전쟁에서 승리한 후 자체적으로 전체 인터넷을 장악하기로 결정했습니다. 그리고 물론 고귀한 대의를 위해. 그들은 http 프로토콜을 개선하기로 결정했습니다.
말한 것보다 빨리. 새로운 데이터 전송 표준에 추가됨:
- 필수 암호화.
- HTTP 헤더의 데이터 압축.
- 서버는 파일이 요청되기 전에도 파일을 보낼 수 있습니다(푸시 기술).
- 단일 TCP 연결을 통해 여러 http 요청이 있을 수 있습니다.
- 요청은 파이프라인처럼 처리됩니다(새 요청을 보내기 위해 응답을 기다릴 필요가 없음).
- 프로토콜은 바이너리입니다(인쇄할 수 없는 문자를 텍스트로 변환할 필요 없음).
이 중 많은 부분이 Java 프로그래머에게 숨겨져 있으며 웹 서버 및 브라우저 수준에서 유지 관리됩니다.
9.4 http/3
http 프로토콜의 세 번째 버전은 아직 마무리 단계에 있으며 가장 큰 혁신은 TCP 프로토콜의 거부입니다. 데이터는 UDP를 통해 즉시 전달됩니다.
이와 같이. 사람들은 OSI 모델을 생각해냈고, 그것을 생각해냈고, 여기 있습니다. 속도를 위해 하지 말아야 할 것. 반면에 맞을 수도 있습니다. 오늘날 많은 스트리밍 비디오가 인터넷에서 전송되며 신은 그곳에서 UDP를 사용하도록 명령했습니다.
오, 이 프로토콜의 매력으로 당신은 이미 플레이하고 있을 것입니다. 나는 이미 내 것을 끝냈습니다 :)
http/3에 대한 자세한 내용을 읽을 수 있습니다.