25% 25%

https://namu.wiki/w/TLS 내용을 참조하여 작성하였습니다. 1.개요인터넷에서 정보를 암호화해서 송수신하는 프로토콜. 넷스케이프 커뮤니케이션스사가 개발한 SSL(Secure Sockets Layer)에서 기반한 기술로, 국제 인터넷 표준화 기구에서 표준으로 인정받은 프로토콜이다. 표준에 명시된 정식 명칭은 TLS지만 아직도 SSL이라는 용어가많이 사용되고 있다. 2.작동방법인터넷을 사용한 통신에서 보안을 확보하려면 두 통신 당사자가 서로가 신뢰할 수 있는 자임을 확인할 수 있어야 하며, 서로간의 통신 내용이 제3자에 의해 도청되는 것을 방지해야 한다. 따라서 서로 자신을 신뢰할 수 있음을 알리기 위한 전자 서명이 포함된 인증서를 사용하며, 도청을 방지하기 위해 통신 내용을 암호화 한다. 이..

이 문서는 IETF의 RFC7540 (https://tools.ietf.org/html/rfc7540) 의 내용을 번역하였습니다. 오역, 오탈자가 빈번하오니 불펌시 주의하시기 바랍니다. 1.Introduction Hypertext Transfer Protocol 은 아주 성공한 프로토콜이다. 그러나 오늘날 HTTP/1.1 은 잘드러나지 않는 Application의 성능에 전반적으로 좋지않은 영향을 끼치는 몇가지 방법을 이용한다. 특히, HTTP/1.0 에서는 주어진 TCP connection 에 한번에 1개의 요청만 선점하여 허용한다. HTTP/1.1에는 Request Pipelining이 추가되었지만 동시에 실행되는 주소를 가진 request에만 적용된다. 그리고 여전히 HOL Blocking 의 영향..

본 게시물은 http://www.bloter.net/archives/210122 블로터의 기사를 참조하였다.기사의 내용이 매우 빈약하다....... # HTTP + HyperText Transfer Protocol은 웹에서 정보를 주고받을 수 있는 프로토콜이다. + HTTP는 1996년 1.0 버전이나왔고 1999 1.1버전이 출시되어 16년이 지난 지금 90년대 기술에 머물러 있다. # HTTP 의 변화 + 2009년 구글이 SPDY(스피디)라는 기술을 내놓으면서 조금씩 빠른 프로토콜 기술이 나오고 있다. + HTTP 기술 표준을 이끄는 국제인터넷 표준화기구(IETF)는 SPDY를 기반으로 새로운 HTTP/2를 만들었다. # HTTP 구조적 문제 + HTTP 는 원하는 기능을 서버에 요청하고 응답을 받..

오역, 오탈자는 알아서 필터링 하시길.. # HTTP2 started from SPDY+ SPDY 는 구글이 진두지휘하여 만들어진 프로토콜이다. + HTTPbis 그룹이 http2 작업을 시작할 때라고 결정할 때, SPDY http2의 운용 컨셉을 이미 증명해오고 있었다. + http2는 http2 draft-00의 기본토대인 SPDY/3 draft를 약간 수정하여 작업이 시작되었다. # http2 concepts+ http2 는 여전히 TCP를 통해 서버로 요청들을 보내고 있는 프로토콜인 HTTP의 패러다임을 유지해야한다. + http:// 과 https:// URL은 변경되어져서는 안된다. + HTTP1 서버와 사용자는 수십년동안 지속될것이다. http2서버들로 proxy 할수 있어야 한다. + 프로..

# Header Compression and Binary Encoding+ 헤더의 쿠키 크기가 클 경우에 대한 대비책.. + HTTP/1.1에서는 헤더 정보가 평문으로 전송된다. + HTTP/2 에서는 새로운 HPACK 표준에 따라 Single, Multiplexed Connection 헤더는 압축된다. + HPACK은 Huffman coding(허프만 부호화)를 사용한다. + HEADER는 binary 포맷으로 보내지며, 그로인해 파일 사이즈를 줄여준다. + HEADER 압축은 항상 효율적이지는 않다. 헤더의 압축은 CPU오버헤드를 야기한다. + 한개의 TCP 패킷에는 압축되지 않은 Header가 적합하다. + Response의 경우에는 데이터보다 헤더가 훨씬 더 작아서 헤더 압축의 효과가 더 적다. ..

# Multiplexing + HTTP/2를 사용하는 Single Connection은 multiplexing 을 지원한다 + multiplexing은 대기중인 request, respons을 유연하게 제공한다? + 아래의 그림은 web browser의 page loading 과정을 비교한 표이다. # HTTP/2를 더 효과적이고 빠르게 하는 과정들! 1) Creating And Closing Connections + HTTP/2는 Single Connection 생성. + HTTP/1.1 6~8개 생성하거나 Domain Sharding 사용시 더많은 Connection 생성 2) Waiting to make requests + HTTP/2 모든 요청들을 함께 생성한다, multiplexing과 prio..

# Single, Persistent Connection + 좁은 골목을 차로 지나는 것처럼 HTTP/1.1에서는 한번에 파일1개만 전달할수 있다. + HTTP/2 연결은 다른 요청들과 응답들을 같은 연결에서 공유하는 것을 허락하는 multiplex방식이다. + 멀티플랙싱 방식은 한 번에 많은 HTTP 요청을 보내고 응답을 받을수 있다. + HTTP/2 연결은 3가지 요소로 구성된다. - Message - 요청이나 응답. - Streams - 요청, 응답 채널, 동시에 양방향으로 메시지를 전달한다. 이연결은 필요한만큼 많이 가질수 있다. - Frames - 전송을위해 메시지는 프레임으로 쪼개진다. 각각의 프레임은 메시지와 스트림을 구분하는 헤더를 가지고 있다. 그래서 다른 메시지의 프레임은 요청, 응답 ..

# 현재의 HTTP/2 + HTTP/2는 SPDY 기반이다 + SPDY는 2009년 구글에 의해 도입된 비표준 웹 전송 프로토콜이다. + HTTP/2는 HTTP/1.1의 구조를 유지한다. (헤더, HTTP Method, status code, URLs, header fields) + HTTP/2에 추가된 5가지 특징은 아래와 같다. - Single, Persistent Connection = 각 웹 페이지마다 1개의 Connection만 사용된다, Web Page가 열려있는동안 동일한 Connection 이 사용된다. - Multiplexing = 요청과 응답들은 하나의 Connection에서 각각의 스트림으로 우선순위가 매겨지고 다중통신된다. Connection이 맺어졌을 때 HOL블로킹이 없어진다. ..